Sublime正则替换无法解析Java语法树，仅做文本匹配，故需用锚点、边界和上下文约束保准；public\s+String\s+\w+\(.*?\)误伤因太宽泛，正确应多行锚定(?s)^\s*public\s+[a-zA-Z[\]\s]+等并排除default/static。
Sublime 的正则替换能安全完成 Java 接口代码重构，但必须避开「直接跨文件语义理解」这个根本限制——它不解析 Java 语法树，只做文本模式匹配，所以所有操作都得靠锚点、边界和上下文约束来保准。
匹配接口方法签名时，为什么 public\s+String\s+\w+\(.*?\) 会误伤？
这个表达式太宽泛：它会匹配到方法体内的字符串字面量（比如 "public String getName()"）、注释里的伪代码、甚至其他类中同名方法。Java 接口方法有明确结构特征：必须在 interface 块内、以分号结尾、无方法体。
- 正确做法是用多行 + 边界锚定：
(?s)^\s*public\s+[a-zA-Z[\]]+\s+\w+\s*\([^)]*\)\s*;，其中(?s)启用 dotall 模式让.匹配换行，^和;锚定行首与分号结尾 - 若接口含泛型（如
List<String>），需允许<和>出现在返回类型中，不能简单用\w+；推荐用[a-zA-Z[\]\s]+并加空格容忍 - 避免匹配到默认方法（
default）或静态方法（static），可在开头加负向先行断言：(?!.*\b(default|static)\b)
把 getUserInfo(String id) 改成 getUserInfo(UserQuery query) 怎么写才不破坏重载？
重载方法靠参数类型区分，只改形参名或类型名而不改签名逻辑，容易导致编译错误。正则必须确保只改目标方法，且新类型名不引发歧义。
- 查找：
getUserInfo\s*\(\s*String\s+id\s*\)→ 显式匹配String类型和id参数名 - 替换：
getUserInfo($1UserQuery query)，其中$1是捕获的空白符，保留原始缩进 - 关键防护：替换前先
Find All，确认结果里没有getUserInfo(String userId)或getUserInfo(String id, int version)这类变体；若有，需单独处理或加更严限定 - 如果项目已用 Lombok 的
@Builder，还要同步检查 builder 调用链，正则无法覆盖这类间接引用
批量为接口方法添加 @NonNull 注解，为什么 ^(\s*)public 替换失败？
^ 在 Sublime 默认多行模式下不匹配每行行首，尤其当文件是 Windows 换行（\r\n）时，^ 只认 \n 前的位置，导致错位。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 强制兼容 CRLF：在查找框末尾加
\r?，例如^(\s*)public\r?；或先切换文件换行格式为 Unix (LF) - 注解要插在修饰符之间，不能破坏
public static final这类顺序，推荐插入位置是public后、返回类型前：$1public @NonNull（注意结尾空格） - 排除已有注解的方法：用负向先行断言
(?!.*@NonNull)，但注意 Sublime 的 PCRE 不支持可变长度 lookbehind，所以只能放前面判断 - 接口中常有
default方法，它们可能带方法体，此时@NonNull应加在参数上而非方法上——正则无法自动区分，必须人工划定作用域（比如只选中interface xxx { ... }区块再操作）
为什么替换后编译报错「非法字符」或「unclosed string literal」？
这不是正则本身的问题，而是中文标点或不可见字符混入了替换内容。Sublime 在中文界面下复制粘贴时，容易把全角括号、中文冒号、零宽空格带进来，而 Java 编译器只认 ASCII 符号。
- 检查替换内容是否含全角符号：用
U+3000（全角空格）、U+FF08（全角左括号）、U+FF09（全角右括号）等 Unicode 码点反查 - 安全做法：所有替换字符串手动输入，不用从网页/文档复制；必要时在替换框里用
\u3000显式表示全角空格并替换成半角 - 若已出错，用正则
[\uFF00-\uFFEF]查找全角 ASCII 字符集，一次性清理 - 另存为时确认编码是 UTF-8 without BOM，BOM 头会导致某些 JDK 版本解析异常
最易被忽略的是接口继承关系——父接口方法被子接口重写时，正则若跨文件操作，会漏掉子接口中的同名方法；而 Sublime 无法自动识别 extends 链，这事只能靠人工核对继承树或配合 IDE 的「Find Usages」补全。
