1. 从一次 Rust 项目升级说起QAC 2026.2 到底解决了什么如果你正在做嵌入式或安全关键项目大概率遇到过这种场景项目里 C 和 C 混着写最近又引入了 Rust 模块构建系统从 Makefile 迁到了 Bazel结果静态分析工具要么解析不了 Rust 的表达式要么对 C23 的nullptr报一堆误报Bazel 生成的编译数据库还总是缺--sysroot。Perforce QAC 2026.2 这一版基本就是冲着这些痛点来的。先明确一下这个工具是什么、能做什么、适合谁。Perforce QAC原 Helix QAC是面向 C、C、Rust 的静态代码分析工具主打 MISRA、AUTOSAR、CERT 等编码规范的合规检查在汽车电子、工业控制、医疗设备这类对功能安全有要求的团队里用得比较多。2026.2 这个版本的核心变化集中在四个方向Rust 分析器组件的性能与覆盖增强、Clang 21 内置函数与 C23 关键字支持、数据流分析对可变参数和函数指针数组的一致性优化、以及 Bazel 构建系统集成的修复。此外静态分析 MCP 服务器从“单条诊断查询”升级到了“跨缺陷自然语言检索”这对用 AI 助手做批量修复的团队是个实用改进。适合谁读这篇正在评估是否从 2025.x 或 2026.1 升级的团队项目里已经有 Rust 组件、需要把 QAC 接进 Bazel 流水线的工程师以及被 C23 新关键字误报困扰、想确认 2026.2 是否值得切换的合规负责人。下面我会按“前置准备 → 可复制配置 → 验证请求 → 报错排查”的顺序展开配置片段可以直接拿去改路径用。需要提前说清楚一个变更2025 版的 License 和 2026.1 及更高版本不兼容Rust 分析器还需要单独申请 License。所以升级前先确认 License 到位否则后面所有配置都跑不起来。另外 2026.2 起不再支持 Windows 10组件通信层也从命名管道/套接字改成了随机端口 HTTPS这意味着 2026.1 及更早的组件不能和 2026.2 的项目引擎混用。这两点会直接影响你的升级路径规划。2. 升级前的前置准备License、组件版本与 Rust 分析器在动手改配置之前有几件事必须先确认否则很容易卡在半路。我把踩过的坑按顺序列一下。第一是 License。自 2026.1 起许可管理有变更2025 版的 License 与 2026.1 及更高版本不兼容需要重新申请。Rust 语言分析器是独立授权的组件即使你已经有 QAC 的 C/C License也要单独申请 Rust 分析器的 License。申请渠道是联系 Perforce 的 revops 邮箱revops-apptestingperforce.com或者通过你采购时的代理渠道。这一步没完成后面qacli跑 Rust 项目会直接报授权错误。第二是组件版本一致性。2026.2 把 QAXD 通信层改成了通过随机端口使用 HTTPS不再用命名管道和套接字。这个改动导致 2026.1 及更早版本的组件无法与 2026.2 的项目引擎混用反过来也一样。所以如果你是多机部署比如分析服务器和 Validate 平台分开要么全部升到 2026.2要么全部留在旧版不能只升一半。我建议升级时把 QAC 客户端、项目引擎、Validate 平台一起对齐版本。第三是操作系统。2026.2 新增了对 Windows 11 25H2 的官方支持但同时终止了对 Windows 10 的支持。如果你的构建机还在 Windows 10 上升级前需要先迁移系统。Linux 侧没有特别说明的终止项但建议确认发行版在支持列表内。第四是 Rust 工具链。QAC 的 Rust 分析器依赖cargo build产出的中间文件。2026.2 修复了一个问题分析过程中现在能正确处理由cargo build在 Rust 目标目录下生成的.rs文件。如果你之前遇到过 Rust 目标目录里的文件被漏分析或报路径错误这个版本会改善。建议在项目根目录先跑一次cargo build确认target/目录下有正常的构建产物再让 QAC 去分析。第五是构建系统。Bazel 集成在 2026.2 修复了--sysroot选项处理异常的问题。如果你之前用 Bazel 生成分析配置时总是缺 sysroot 导致头文件找不到升级后这个问题应该消失。但前提是你的 Bazel 版本和 QAC 的 Bazel 集成插件版本匹配建议查一下 QAC 安装目录下的 Bazel 集成文档确认支持的 Bazel 版本范围。把这些前置条件确认完再进入配置环节。下面给的是可以直接复制的片段路径和参数按你的实际环境替换。3. 可复制配置Rust、C23 与 Bazel 集成片段这一节给三组配置Rust 项目的 QAC 分析配置、C23 关键字选项的启用、以及 Bazel 集成的配置片段。每组都尽量给完整可复制的形式。先看 Rust 项目。QAC 对 Rust 的分析通常通过qacli驱动配合一个项目配置文件。下面是一个简化的 Rust 分析配置示例假设你的 Rust 项目在/work/rust-moduleQAC 安装在/opt/qac{ project: { name: rust-module-qac, language: RUST, root: /work/rust-module, buildCommand: cargo build --release, targetDir: /work/rust-module/target, analysis: { ruleset: MISRA-RUST-2023, dataflow: true, crossModule: true }, output: { format: SUMMARY, path: /work/qac-output/rust-module } } }这里几个关键点language设为RUST才会调用 Rust 分析器组件buildCommand用cargo build让 QAC 拿到构建产物targetDir指向 cargo 的目标目录2026.2 修复了这里.rs文件的处理问题ruleset按你的合规要求选MISRA-RUST 是常见选择。2026.2 新增了对伪随机数生成器PRNG种子设置不当的检测规则如果你的 Rust 代码里用了rand之类的库这条规则会命中。再看 C23 关键字支持。2026.2 新增了三个选项-c23bool、-c23nullptr、-c23keywordspellings。启用后 QAC 能识别 C23 新增的全部关键字包括bool、true、false和nullptr。配置方式是在分析选项里加上这三个参数。如果你用的是qacli命令行可以这样写qacli analyze \ --project /work/c-project/qac-project.json \ --option -c23bool \ --option -c23nullptr \ --option -c23keywordspellings \ --output /work/qac-output/c-project如果你用的是图形界面在项目属性的“分析选项”里找到 C 语言特性相关的配置项勾选 C23 关键字支持即可。注意这三个选项是分开的-c23bool管布尔关键字-c23nullptr管nullptr常量-c23keywordspellings管关键字拼写识别。建议三个一起开否则可能出现部分关键字识别了、部分没识别的情况。最后是 Bazel 集成。2026.2 修复了--sysroot处理异常配置时确保 sysroot 路径正确传入。下面是一个 Bazel 集成配置片段放在你的 QAC 项目配置里[bazel] enabled true workspace /work/bazel-workspace target //src/main:embedded_lib sysroot /opt/toolchain/sysroot extra_args [--configembedded, --copt-mcpucortex-m4] analysis_options [-c23bool, -c23nullptr, -c23keywordspellings]这里sysroot是 2026.2 修复的重点之前这个选项处理异常会导致头文件解析失败。extra_args里放你的 Bazel 构建参数analysis_options把 C23 选项也带上。如果你的项目同时有 Rust 和 C/C可以在同一个 Bazel workspace 里分别配置QAC 会按语言调用对应的分析器。配置写完后建议先用一个小模块跑通再扩展到全项目。下面一节讲怎么验证配置是否生效、新规则是否命中。4. 验证请求与成功结果跑通分析并确认新规则命中配置写好后第一步是跑一次完整分析确认没有报错。以 Rust 项目为例执行qacli analyze --project /work/rust-module-qac.json --verbose如果配置正确你会看到类似这样的输出[INFO] Loading project: rust-module-qac [INFO] Language: RUST [INFO] Running cargo build... [INFO] Build completed, target dir: /work/rust-module/target [INFO] Rust analyzer initialized [INFO] Dataflow analysis enabled [INFO] Analysis completed: 142 files, 38 rules checked [INFO] Diagnostics: 12 findings (3 high, 5 medium, 4 low) [INFO] Output written to /work/qac-output/rust-module关键看几个点Rust analyzer initialized说明 Rust 分析器组件正常加载Dataflow analysis enabled说明数据流分析开了Diagnostics里的数字是命中结果。2026.2 新增的 PRNG 种子检测规则如果命中会在 findings 里体现。你可以用qacli view查看具体诊断注意 2026.2 里qacli view的 DIAGLIST、ANNSRC、SARIF 输出类型已经被移除现在只能用 SUMMARY 输出类型。如果要 SARIF 格式需要通过 Validate 网页端平台的 Web API 导出。对于 C23 项目验证重点是nullptr和布尔关键字不再误报。跑分析后检查诊断列表里是否还有“未识别的标识符 nullptr”这类报错。如果之前有、现在没了说明-c23nullptr生效了。同样bool、true、false的误报也应该消失。对于 Bazel 项目验证重点是--sysroot是否正确传入。跑分析后看头文件解析是否有错。如果之前报“找不到 stdint.h”之类的错误现在应该正常。你可以用--verbose看 Bazel 调用的实际命令行确认 sysroot 路径出现在参数里。数据流分析的两个改进也值得验证。一是可变参数函数如果你的代码里有va_args用法2026.2 优化了对stdarg.h定义无法被识别时的处理分析能正常完成。二是函数指针数组2026.2 能对数组的单个元素建模空指针检查能正确识别误报会减少。你可以找一段包含函数指针数组的代码对比升级前后的诊断数量。验证通过后下一步是接进 CI。在 CI 里跑 QAC 分析建议把qacli analyze和qacli view串起来用 SUMMARY 输出做质量门禁。如果门禁不通过CI 直接失败。Validate 平台支持在创建或编辑项目时直接分配质量门禁门禁规则只作用于有效项不支持的项会自动排除并展示配置起来比之前清晰。5. 常见报错排查401、local proxy failed、reading choices 与 OAuth升级到 2026.2 后有几类报错比较常见我按实际遇到的顺序列一下。第一类是 License 相关的 401 错误。典型报错是Error 401: License validation failed或Rust analyzer license not found。原因通常是 2025 版 License 没换或者 Rust 分析器没单独授权。解决方式是确认 License 文件是 2026.x 版本Rust 分析器有独立授权。如果用的是浮动 License检查 License 服务器是否可达。第二类是local proxy failed。这个报错和 QAXD 通信层变更有关。2026.2 改成了随机端口 HTTPS不再用命名管道和套接字。如果客户端和项目引擎版本不一致比如客户端 2026.2、引擎 2026.1就会报这个错。解决方式是统一组件版本全部升到 2026.2 或全部留在旧版。另外检查防火墙是否放行了随机端口范围的 HTTPS 通信。第三类是reading choices相关报错。这通常出现在 Rust 分析器读取 cargo 构建产物时。2026.2 修复了目标目录下.rs文件的处理问题但如果你的targetDir配置不对或者cargo build没成功还是会报错。检查buildCommand是否能独立跑通targetDir是否指向正确的目标目录。第四类是 OAuth 相关报错。如果你用 Validate 网页端平台且通过 OAuth 做单点登录升级后可能遇到 token 失效或回调地址不匹配。检查 Validate 平台的 OAuth 配置确认回调地址和 2026.2 的默认端口一致。另外 Validate 数据库加载速度在 2026.2 有优化存储方式改了如果升级后首次加载慢可能是在做数据迁移等一次完整加载后再看。还有一类是qacli view命令报错。2026.2 移除了 DIAGLIST、ANNSRC、SARIF 输出类型如果你之前的脚本里用了这些会报“unsupported output type”。解决方式是改用 SUMMARY或者通过 Validate Web API 导出 SARIF。2026.1 还移除了一批弃用的qacli命令如果你的 CI 脚本里有旧命令需要按弃用列表替换成新命令。最后提醒一个兼容性问题2026.2 起不再支持 Windows 10如果构建机是 Windows 10升级后会直接跑不起来。另外 2026.3 起将终止支持 Visual Studio 20152026 年下半年发布的版本会终止支持 2025-09 及更早的 Eclipse 版本。如果你还在用这些 IDE需要提前规划升级。排查完这些基本就能稳定跑起来了。如果团队里有人用 AI 助手做代码修复可以试试 2026.2 增强的 MCP 服务器功能它支持跨多个缺陷的自然语言查询比之前单条诊断处理效率高不少。需要体验 QAC 2026.2 的话可以联系北汇信息申请试用。
Perforce QAC 2026.2 新特性解读：Rust、Clang、C23 与 Bazel 支持如何落地
1. 从一次 Rust 项目升级说起QAC 2026.2 到底解决了什么如果你正在做嵌入式或安全关键项目大概率遇到过这种场景项目里 C 和 C 混着写最近又引入了 Rust 模块构建系统从 Makefile 迁到了 Bazel结果静态分析工具要么解析不了 Rust 的表达式要么对 C23 的nullptr报一堆误报Bazel 生成的编译数据库还总是缺--sysroot。Perforce QAC 2026.2 这一版基本就是冲着这些痛点来的。先明确一下这个工具是什么、能做什么、适合谁。Perforce QAC原 Helix QAC是面向 C、C、Rust 的静态代码分析工具主打 MISRA、AUTOSAR、CERT 等编码规范的合规检查在汽车电子、工业控制、医疗设备这类对功能安全有要求的团队里用得比较多。2026.2 这个版本的核心变化集中在四个方向Rust 分析器组件的性能与覆盖增强、Clang 21 内置函数与 C23 关键字支持、数据流分析对可变参数和函数指针数组的一致性优化、以及 Bazel 构建系统集成的修复。此外静态分析 MCP 服务器从“单条诊断查询”升级到了“跨缺陷自然语言检索”这对用 AI 助手做批量修复的团队是个实用改进。适合谁读这篇正在评估是否从 2025.x 或 2026.1 升级的团队项目里已经有 Rust 组件、需要把 QAC 接进 Bazel 流水线的工程师以及被 C23 新关键字误报困扰、想确认 2026.2 是否值得切换的合规负责人。下面我会按“前置准备 → 可复制配置 → 验证请求 → 报错排查”的顺序展开配置片段可以直接拿去改路径用。需要提前说清楚一个变更2025 版的 License 和 2026.1 及更高版本不兼容Rust 分析器还需要单独申请 License。所以升级前先确认 License 到位否则后面所有配置都跑不起来。另外 2026.2 起不再支持 Windows 10组件通信层也从命名管道/套接字改成了随机端口 HTTPS这意味着 2026.1 及更早的组件不能和 2026.2 的项目引擎混用。这两点会直接影响你的升级路径规划。2. 升级前的前置准备License、组件版本与 Rust 分析器在动手改配置之前有几件事必须先确认否则很容易卡在半路。我把踩过的坑按顺序列一下。第一是 License。自 2026.1 起许可管理有变更2025 版的 License 与 2026.1 及更高版本不兼容需要重新申请。Rust 语言分析器是独立授权的组件即使你已经有 QAC 的 C/C License也要单独申请 Rust 分析器的 License。申请渠道是联系 Perforce 的 revops 邮箱revops-apptestingperforce.com或者通过你采购时的代理渠道。这一步没完成后面qacli跑 Rust 项目会直接报授权错误。第二是组件版本一致性。2026.2 把 QAXD 通信层改成了通过随机端口使用 HTTPS不再用命名管道和套接字。这个改动导致 2026.1 及更早版本的组件无法与 2026.2 的项目引擎混用反过来也一样。所以如果你是多机部署比如分析服务器和 Validate 平台分开要么全部升到 2026.2要么全部留在旧版不能只升一半。我建议升级时把 QAC 客户端、项目引擎、Validate 平台一起对齐版本。第三是操作系统。2026.2 新增了对 Windows 11 25H2 的官方支持但同时终止了对 Windows 10 的支持。如果你的构建机还在 Windows 10 上升级前需要先迁移系统。Linux 侧没有特别说明的终止项但建议确认发行版在支持列表内。第四是 Rust 工具链。QAC 的 Rust 分析器依赖cargo build产出的中间文件。2026.2 修复了一个问题分析过程中现在能正确处理由cargo build在 Rust 目标目录下生成的.rs文件。如果你之前遇到过 Rust 目标目录里的文件被漏分析或报路径错误这个版本会改善。建议在项目根目录先跑一次cargo build确认target/目录下有正常的构建产物再让 QAC 去分析。第五是构建系统。Bazel 集成在 2026.2 修复了--sysroot选项处理异常的问题。如果你之前用 Bazel 生成分析配置时总是缺 sysroot 导致头文件找不到升级后这个问题应该消失。但前提是你的 Bazel 版本和 QAC 的 Bazel 集成插件版本匹配建议查一下 QAC 安装目录下的 Bazel 集成文档确认支持的 Bazel 版本范围。把这些前置条件确认完再进入配置环节。下面给的是可以直接复制的片段路径和参数按你的实际环境替换。3. 可复制配置Rust、C23 与 Bazel 集成片段这一节给三组配置Rust 项目的 QAC 分析配置、C23 关键字选项的启用、以及 Bazel 集成的配置片段。每组都尽量给完整可复制的形式。先看 Rust 项目。QAC 对 Rust 的分析通常通过qacli驱动配合一个项目配置文件。下面是一个简化的 Rust 分析配置示例假设你的 Rust 项目在/work/rust-moduleQAC 安装在/opt/qac{ project: { name: rust-module-qac, language: RUST, root: /work/rust-module, buildCommand: cargo build --release, targetDir: /work/rust-module/target, analysis: { ruleset: MISRA-RUST-2023, dataflow: true, crossModule: true }, output: { format: SUMMARY, path: /work/qac-output/rust-module } } }这里几个关键点language设为RUST才会调用 Rust 分析器组件buildCommand用cargo build让 QAC 拿到构建产物targetDir指向 cargo 的目标目录2026.2 修复了这里.rs文件的处理问题ruleset按你的合规要求选MISRA-RUST 是常见选择。2026.2 新增了对伪随机数生成器PRNG种子设置不当的检测规则如果你的 Rust 代码里用了rand之类的库这条规则会命中。再看 C23 关键字支持。2026.2 新增了三个选项-c23bool、-c23nullptr、-c23keywordspellings。启用后 QAC 能识别 C23 新增的全部关键字包括bool、true、false和nullptr。配置方式是在分析选项里加上这三个参数。如果你用的是qacli命令行可以这样写qacli analyze \ --project /work/c-project/qac-project.json \ --option -c23bool \ --option -c23nullptr \ --option -c23keywordspellings \ --output /work/qac-output/c-project如果你用的是图形界面在项目属性的“分析选项”里找到 C 语言特性相关的配置项勾选 C23 关键字支持即可。注意这三个选项是分开的-c23bool管布尔关键字-c23nullptr管nullptr常量-c23keywordspellings管关键字拼写识别。建议三个一起开否则可能出现部分关键字识别了、部分没识别的情况。最后是 Bazel 集成。2026.2 修复了--sysroot处理异常配置时确保 sysroot 路径正确传入。下面是一个 Bazel 集成配置片段放在你的 QAC 项目配置里[bazel] enabled true workspace /work/bazel-workspace target //src/main:embedded_lib sysroot /opt/toolchain/sysroot extra_args [--configembedded, --copt-mcpucortex-m4] analysis_options [-c23bool, -c23nullptr, -c23keywordspellings]这里sysroot是 2026.2 修复的重点之前这个选项处理异常会导致头文件解析失败。extra_args里放你的 Bazel 构建参数analysis_options把 C23 选项也带上。如果你的项目同时有 Rust 和 C/C可以在同一个 Bazel workspace 里分别配置QAC 会按语言调用对应的分析器。配置写完后建议先用一个小模块跑通再扩展到全项目。下面一节讲怎么验证配置是否生效、新规则是否命中。4. 验证请求与成功结果跑通分析并确认新规则命中配置写好后第一步是跑一次完整分析确认没有报错。以 Rust 项目为例执行qacli analyze --project /work/rust-module-qac.json --verbose如果配置正确你会看到类似这样的输出[INFO] Loading project: rust-module-qac [INFO] Language: RUST [INFO] Running cargo build... [INFO] Build completed, target dir: /work/rust-module/target [INFO] Rust analyzer initialized [INFO] Dataflow analysis enabled [INFO] Analysis completed: 142 files, 38 rules checked [INFO] Diagnostics: 12 findings (3 high, 5 medium, 4 low) [INFO] Output written to /work/qac-output/rust-module关键看几个点Rust analyzer initialized说明 Rust 分析器组件正常加载Dataflow analysis enabled说明数据流分析开了Diagnostics里的数字是命中结果。2026.2 新增的 PRNG 种子检测规则如果命中会在 findings 里体现。你可以用qacli view查看具体诊断注意 2026.2 里qacli view的 DIAGLIST、ANNSRC、SARIF 输出类型已经被移除现在只能用 SUMMARY 输出类型。如果要 SARIF 格式需要通过 Validate 网页端平台的 Web API 导出。对于 C23 项目验证重点是nullptr和布尔关键字不再误报。跑分析后检查诊断列表里是否还有“未识别的标识符 nullptr”这类报错。如果之前有、现在没了说明-c23nullptr生效了。同样bool、true、false的误报也应该消失。对于 Bazel 项目验证重点是--sysroot是否正确传入。跑分析后看头文件解析是否有错。如果之前报“找不到 stdint.h”之类的错误现在应该正常。你可以用--verbose看 Bazel 调用的实际命令行确认 sysroot 路径出现在参数里。数据流分析的两个改进也值得验证。一是可变参数函数如果你的代码里有va_args用法2026.2 优化了对stdarg.h定义无法被识别时的处理分析能正常完成。二是函数指针数组2026.2 能对数组的单个元素建模空指针检查能正确识别误报会减少。你可以找一段包含函数指针数组的代码对比升级前后的诊断数量。验证通过后下一步是接进 CI。在 CI 里跑 QAC 分析建议把qacli analyze和qacli view串起来用 SUMMARY 输出做质量门禁。如果门禁不通过CI 直接失败。Validate 平台支持在创建或编辑项目时直接分配质量门禁门禁规则只作用于有效项不支持的项会自动排除并展示配置起来比之前清晰。5. 常见报错排查401、local proxy failed、reading choices 与 OAuth升级到 2026.2 后有几类报错比较常见我按实际遇到的顺序列一下。第一类是 License 相关的 401 错误。典型报错是Error 401: License validation failed或Rust analyzer license not found。原因通常是 2025 版 License 没换或者 Rust 分析器没单独授权。解决方式是确认 License 文件是 2026.x 版本Rust 分析器有独立授权。如果用的是浮动 License检查 License 服务器是否可达。第二类是local proxy failed。这个报错和 QAXD 通信层变更有关。2026.2 改成了随机端口 HTTPS不再用命名管道和套接字。如果客户端和项目引擎版本不一致比如客户端 2026.2、引擎 2026.1就会报这个错。解决方式是统一组件版本全部升到 2026.2 或全部留在旧版。另外检查防火墙是否放行了随机端口范围的 HTTPS 通信。第三类是reading choices相关报错。这通常出现在 Rust 分析器读取 cargo 构建产物时。2026.2 修复了目标目录下.rs文件的处理问题但如果你的targetDir配置不对或者cargo build没成功还是会报错。检查buildCommand是否能独立跑通targetDir是否指向正确的目标目录。第四类是 OAuth 相关报错。如果你用 Validate 网页端平台且通过 OAuth 做单点登录升级后可能遇到 token 失效或回调地址不匹配。检查 Validate 平台的 OAuth 配置确认回调地址和 2026.2 的默认端口一致。另外 Validate 数据库加载速度在 2026.2 有优化存储方式改了如果升级后首次加载慢可能是在做数据迁移等一次完整加载后再看。还有一类是qacli view命令报错。2026.2 移除了 DIAGLIST、ANNSRC、SARIF 输出类型如果你之前的脚本里用了这些会报“unsupported output type”。解决方式是改用 SUMMARY或者通过 Validate Web API 导出 SARIF。2026.1 还移除了一批弃用的qacli命令如果你的 CI 脚本里有旧命令需要按弃用列表替换成新命令。最后提醒一个兼容性问题2026.2 起不再支持 Windows 10如果构建机是 Windows 10升级后会直接跑不起来。另外 2026.3 起将终止支持 Visual Studio 20152026 年下半年发布的版本会终止支持 2025-09 及更早的 Eclipse 版本。如果你还在用这些 IDE需要提前规划升级。排查完这些基本就能稳定跑起来了。如果团队里有人用 AI 助手做代码修复可以试试 2026.2 增强的 MCP 服务器功能它支持跨多个缺陷的自然语言查询比之前单条诊断处理效率高不少。需要体验 QAC 2026.2 的话可以联系北汇信息申请试用。
