如何编写Flutter自定义Lint规则以禁止使用setState方法

目前主流可落地的方案共3种，覆盖从轻量快速落地到长期语义级管控的不同场景：

• 基于custom_lint框架开发（官方推荐方案）
  这是目前Flutter生态最成熟的自定义Lint开发方案，底层复用Dart analyzer的语义分析能力，开发成本低、调试方便。
  实现步骤：
  1. 在项目dev_dependencies中引入custom_lint、analyzer依赖，在analysis_options.yaml中启用custom_lint插件
  2. 编写自定义规则逻辑：注册AST访问监听器，遍历所有方法调用节点，当调用方法名为setState，且调用方的静态类型为State类或其子类时，上报Lint诊断错误
  3. 可选扩展：配套实现快速修复逻辑，支持一键将setState调用替换为项目所用状态管理框架的对应更新方法，比如Riverpod的ref.refresh、Bloc的add事件等
  4. 支持配置白名单：可通过行注释忽略单处校验，也可配置指定目录、文件不触发规则，适配历史遗留代码的渐进式改造
• 基于Dart Analyzer原生插件开发
  不需要依赖第三方Lint框架，直接对接Dart Analysis Server的原生API实现规则，适合对依赖管控严格的项目。
  实现逻辑和custom_lint方案一致，都是基于AST语义分析识别State实例的setState调用，缺点是插件的初始化、注册、调试流程更繁琐，没有上层封装的简化API，开发维护成本更高。
• 正则匹配+流水线/提交钩子校验（轻量临时方案）
  不需要写Dart层的分析逻辑，直接编写正则规则匹配代码中的.setState(语法，把校验脚本集成到git pre-commit钩子或者CI合入流水线，命中规则就阻断提交/合入。
  这个方案10分钟就能落地，但是没有语义分析能力，会误判自定义同名方法、注释/字符串中提到的setState文本，只适合临时快速管控，长期使用还是建议选前两种语义级方案。

落地提示：如果是新项目直接全量拦截即可，如果是存量项目建议先把规则设为警告模式，跑全量扫描统计存量调用点，排期改造完成后再切为错误模式阻断新增。

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