如何查找针对Sonar规则的已过时@SuppressWarnings注解？

• 方案1：自定义SonarQube Java规则
  基于Sonar Java插件API开发自定义规则，规则逻辑为：遍历当前文件所有@SuppressWarnings注解，提取其中前缀为java:S的Sonar规则ID，再匹配本次扫描当前文件实际触发的Sonar告警规则ID列表，若某条注解声明抑制的规则ID无对应活跃告警，即判定为过时抑制注解，直接作为常规Sonar告警输出。该方案可集成到原有的Sonar扫描流程中，全仓库批量检测无需额外人工操作。
• 方案2：Eclipse侧轻量插件开发
  基于Eclipse插件API与SonarLint开放接口开发小插件，逻辑为：获取SonarLint对当前打开文件实时扫描出的活跃告警规则ID，同时提取当前文件内所有@SuppressWarnings中的Sonar规则ID做差集计算，差集对应的注解即为过时注解，可直接在编辑器内对应行做标记提示，实时性高，适合开发过程中即时清理。
• 方案3：离线批量校验脚本
  无需改造现有工具链，用脚本实现两步校验：
  1. 执行一次全量Sonar扫描，导出所有文件的活跃Sonar告警清单，按文件路径关联对应的触发规则ID
  2. 用正则匹配所有Java文件中的@SuppressWarnings注解，拆分提取每个注解包含的Sonar规则ID，和对应文件的活跃告警规则ID做比对，无匹配项的注解即为过时抑制注解，直接输出文件路径、行号、对应规则ID即可，Python实现仅需百行左右代码，门槛较低。

注意：所有方案实现时都需要过滤非Sonar体系的规则ID（如Eclipse原生的unused、rawtypes等抑制标识），仅针对java:S前缀的Sonar规则ID做校验，避免误报。

内容的提问来源于stack exchange，提问作者Michi