SCSS中\转义在编译后消失，是因为Dart Sass在字符串解析阶段将\201C识别为Unicode转义序列并尝试处理，若码点无效或格式错误（如大小写、空格）则直接丢弃；安全写法是单引号包裹'"Hello"'或用#{"\201C"}插值，变量中应存UTF-8字符或无引号十六进制\201C，而非带引号的"\201C"。
SCSS里写
不是你少写了反斜杠，是SCSS解析器在字符串阶段就把它吃掉了。比如写content: "C";，Dart Sass会先按SCSS规则解析字符串，把C当成Unicode转义序列处理；如果它不认识这个码点，或者中间有空格、大小写错误（如c），就直接丢弃整个转义，只剩空字符串或报错。
- SCSS字符串内
只对特定字符生效："、'、本身，以及十六进制转义（C） -
e900这类字体图标码点，在Dart Sass中默认不透传，尤其压缩模式下会被抹掉 - 用
#{}插值拼接时，必须双写：content: "#{"C"}";→ 编译后变成content: "“";，而不是content: "C";
content里要显示双引号，为什么"""不行？
因为"""在SCSS里被解析为“一个转义引号”，结果只剩一个"，编译后变成content: """，CSS语法直接报错。这不是浏览器问题，是SCSS字符串解析提前出错。
- ✅ 安全写法：用单引号包裹整个值，内部双引号不加转义——
content: '"Hello"'; - ✅ 或用十六进制：前引号
content: "C";，后引号content: "D"; - ❌ 避免混合：
content: ""Hello"";在不同Sass版本行为不一致，Dart Sass 1.60+可能直接拒绝编译
SCSS变量里存转义字符，为什么attr()或var()用不了？
CSS变量不支持运行时再解析转义序列。--quote: "1C";定义后，content: var(--quote);实际传过去的是字面量"1C"四个字符，不是Unicode字符。
- ✅ 正确存变量：
--quote: "“";（UTF-8字符直写，确保文件编码为UTF-8 without BOM） - ✅ 或用十六进制定义：
--quote: C;（注意外层没引号） - ⚠️
attr(data-title)不能和var()混用：content: var(--quote) attr(data-title);非法，CSS不允许多个content值拼接
用@use引入外部SCSS，里面的转义为什么失效？
不是@use的问题，是导入路径里的特殊字符触发了Sass importer的解析异常。比如@use 'src/styles/vars.scss' as v;，若vars.scss里有.icon.plus { }，而你又在@use路径里用了中文或空格，Sass可能根本没加载该文件，更别说处理里面的转义了。
立即学习“前端免费学习笔记（深入）”；
- 确保
@use路径不含空格、中文、特殊符号（如[、]） - 含点号的类名必须在源文件里就转义：
.icon.plus { }，不能靠@use后动态拼接 - 别在
@use路径里用变量插值：@use '#{$path}/vars' as v;→ 路径解析失败，转义自然无效
@use，都只是搬运原始字符串——错一点，就全错。 
