Sublime批量改CSS属性最稳路径是：结构可控时用正则替换，上下文分散时用Ctrl+D增量选中；Ctrl+Shift+L易翻车因其不识别语法、光标落点错位且混改字符串。
Sublime 里批量改多行 CSS 属性，别用 Ctrl+Shift+L 直接硬上——它不区分 color 是声明还是字符串值，也不管你是不是在 @media 块里写错了缩进。真正稳的只有两种路径：结构可控时走正则替换，上下文分散时用 Ctrl+D 增量选中。
为什么 Ctrl+Shift+L 改 CSS 属性容易翻车
这个快捷键只是把「当前选区按换行切开」，光标全落在行尾；而 CSS 属性行通常带缩进、冒号、空格、分号，一输内容就错位。更麻烦的是它完全不识别语法：选中 5 行，其中第 3 行是 content: "color: red";，光标照样插进去，结果把字符串内容也改了。
- 没手动选中跨行文本就按
Ctrl+Shift+L，它静默失败，不是没反应，是根本没触发 - 选区末尾带空格或制表符？所有光标卡在缩进后，
color变成color，再输: #fff;就变成color: #fff;——看着齐，实际缩进多了一层 - 空行也会被拆出光标，且停在行首；CSS 里空行常用于分隔区块，误改后可能破坏层级逻辑
Ctrl+D 改 CSS 属性名/值，怎么确保只动目标项
这是最常用也最可控的方式，尤其适合改 margin→padding、display: flex→display: grid 这类局部调整。关键在「停、看、按、撤」四步节奏：
- 把光标放在第一个要改的属性名上（比如双击选中
width），确保它没被当字符串的一部分（即不在引号内、不在注释里） - 按一次
Ctrl+D，只高亮当前词；再按一次，才找下一个——这时你立刻能判断：第二个高亮是在width: 100%;还是background: url(/img/width.png);里 - 看到误匹配，马上按
Ctrl+U撤回上一个；想跳过当前项，按Ctrl+K再按Ctrl+D - 下划线分词问题：如改
font-size，默认双击只选中font；解决方法是直接用正则font-size查找，或临时删掉设置里的-（路径：Preferences → Settings – Syntax Specific，加"word_separators": "./\()"':,.;~!@#$%^&*|+=[]{}`~?"）
批量改 CSS 值（比如统一设 z-index: 9999），正则怎么写才不崩
目标明确、格式统一时，正则比多光标快得多。但 CSS 的冒号、空格、分号、注释、媒体查询都得防着，否则 z-index: 10 可能误伤 z-index: 10 !important 或 /* z-index: 0 */。
立即学习“前端免费学习笔记（深入）”；
- 启用 Regex（点右下角
.*按钮），查找框填：z-indexs*:s*d+s*(?=;)——(?=;)是正向先行断言，确保后面紧跟着分号，排除注释和字符串干扰 - 替换框填：
z-index: 9999，别加空格，让原有缩进保留 - 如果要兼容
!important，改成：z-indexs*:s*d+s*(?=(?:!important)?s*;)，但务必先Find All预演，确认高亮项全是真实声明 - 跨行值（如
background: linear-gradient(换行写法）不能用.，得开[sS]*?，但大文件慎用——[sS]*?在 2MB 以上 CSS 文件里可能卡死
改完记得检查这三处，90% 的线上样式异常都出在这
CSS 批量修改后，编译不出错、浏览器不报错，不代表样式生效。最容易被忽略的是作用域泄漏和语法污染：
- 查
@supports和@media块内部：这些块会创建新作用域，Ctrl+D选中可能漏掉块内同名属性，正则若没限定上下文范围，又可能把块外属性错塞进块内 - 查自定义属性（
--color-primary）：它们和普通属性共用相同命名规则，但语义完全不同；用color会同时命中color: red和--color-primary，必须写成(? 或分开处理 - 查 source map 映射：如果你用 Sass/Less 编译，直接改编译后 CSS 文件，source map 会指向错误行号；应优先改源文件，或确认构建流程是否支持 postcss 插件自动注入
