sublime text 不内置 swift 语法支持，但正则替换完全可用；关键在于正确启用 . 模式、转义特殊字符、使用 (?s) 跨行匹配、1 替代 s+、 防止误匹配，并通过 in selection 和 find all 确保精准替换。s ↩
Sublime Text 本身不内置 Swift 语法支持（截至 2026 年 8 月），但正则替换对 Swift 源码完全可用——关键不是“有没有 Swift 模式”，而是你写的正则是否匹配 Swift 的实际文本结构；所有常见误操作都源于没开 .*、没转义 . 和 (、或误信 ^/$ 默认按行匹配。
为什么 Swift 文件里写 funcs+w+(.*?) 却搜不到函数
因为 Sublime 默认的 ^ 和 $ 只匹配整个文件首尾，不是每行首尾；Swift 函数声明常带换行和缩进，funcs+w+(.*?) 中的 .*? 默认不跨行，遇到换行就停住。更糟的是，没点右下角 .* 图标时，s、w、? 全当字面量处理。
- 必须先按
Ctrl+H（Windows/Linux）或Cmd+H（macOS），再点击面板右下角.*图标（变蓝才算启用） - 要匹配跨行函数签名，得开启
. matches newline（点右下角.图标，或在正则前加(?s)） -
func后可能有泛型尖括号、换行、@attribute，简单s+不够，改用[^S ]*（只匹配非换行空白）更稳 - 想精准捕获函数名，用
func[^S ]*([a-zA-Z_]w*)，避免匹配到function或字符串里的"func"
批量把 print("xxx") 替换成 debugPrint("xxx") 但避开注释和字符串
Sublime 的正则引擎（Boost.Regex）不支持负向先行断言跨行，也没法语义识别注释块；所谓“避开”，本质是缩小匹配范围，而不是靠正则自动过滤上下文。
- 先选中你要处理的代码区域（比如只选中
.swift文件的函数体），再按Ctrl+H，勾选In Selection—— 这比写复杂正则更可靠 - 查找框填：
print(([^)]*))，替换框填：debugPrint($1)；注意.和(必须转义，否则匹配失败 - 如果文件含多行字符串（如
"""..."""），别用.*?，改用[^"]*或[^"\]*(?:\.[^"\]*)*防止吞掉引号外内容 - 想跳过已注释的
// print(...)，可加行首锚点：^[ ]*print(([^)]*))，再手动检查预览结果里有没有误匹配
把 var userName: String 改成 let userName: String 安全重命名
Swift 里 var 和 let 语义不同，批量替换必须确保只改声明语句，不碰 if var、for var、或字符串/注释里的 var。
- 查找：
var[ ]+([a-zA-Z_]w*):[ ]*([^ ;]+);?——防止匹配到variable，[^ ;]+避免贪婪吞到下一行 - 替换：
let $1: $2；注意用$1而非（Sublime 替换框只认$n） - 强烈建议先点
Find All（Alt+Enter），看底部面板高亮是否全是目标变量声明；如有误匹配，说明正则太宽，比如没排除var在函数参数列表里的情况 - 若项目用 Swift 5.9+ 的隐式成员表达式（如
var color = .red），[^ ;]+可能截断，此时应限定作用域：只在class/struct大括号内搜索
替换后发现部分 self.xxx 没变，或出现 $1 字面量
这是最常被忽略的两个信号：要么正则没匹配上（捕获组为空），要么正则模式根本没开——Sublime 不会报错，只会静默失败。
- 看到替换结果里出现
$1字符串，说明查找框里没写括号()，或写了但没匹配到内容；检查Find All是否高亮了预期位置 -
self.xxx没被替换，大概率是因为你搜的是xxx，但没加单词边界，导致self.xxx里的xxx被当成独立词匹配了；应搜xxx并确认In Selection已勾选 - 大文件（>2MB）中跨行正则容易卡顿甚至崩溃，此时别硬扛；拆成小块：先用
Ctrl+Shift+F全局搜出所有含目标模式的文件，再逐个打开、选中函数体、局部替换 - Swift 的 Unicode 标识符（如
let 姓名: String）需用[^Wd_]或[一-龥p{L}]+匹配，普通w在 Sublime 里不支持 Unicode 类别
