先把概念拆成三层：
字节层面：
\n（LF，0x0A）、\t（TAB，0x09）、\r（CR，0x0D）是 ASCII 控制字符 本身。

“转义写法”层面：
在编程源码里用反斜杠加字母来表示这些不可见字符，这叫 string escape（字符串转义）

“正则元字符”层面：（“元字符（metacharacter）”是正则表达式里的专用术语。）
当正则引擎识别 \n、\t、\r、\b、\s 时，它们才被称为 regex metacharacters/转义序列。

在正则语境下：
. ^ $ * + ? { } [ ] ( ) | \ 以及 \d \w \s \n \b 等转义序列，都叫 正则元字符。
离开正则，这些字符就没有“元字符”这一称呼——在普通字符串里它们只是普通字符。

转义序列是“反斜杠 + 字符”并不是把后面的字母“转义”，而是整个序列一起被当作一个全新的、不可见字符的“别名”，告诉编译器“后面几个字符不要按字面解释，而是当作一个特殊含义的整体”。中文把 escape sequence 直译成“转义序列”，让人容易误以为“反斜杠在转义后面的单个字符”，
其实它真正的含义是：
反斜杠 + 若干字符 → 组合成一个不可分割的新字符或指令

\n、\t、\r 这类控制字符转义序列 → 反斜杠与字母合起来表示一个全新的字符，不是“把单个字母 n 转义”。
真正的“字符转义” 像 "、\ 才是“取消后面那个字符的特殊含义”。

总结：
机制层面
\n 在源码里就是一个转义序列（escape sequence）——反斜杠 + n 组合成 0x0A 这一个字节。
这个机制本身叫“转义序列”，没有任何争议。
命名层面
当它出现在字符串字面量的源代码里，由编译器/解释器在编译期解析时，
语言规范就把这类转义序列专门称为 “字符串转义”（string escape 或 string literal escape），
用来区别于：
字符转义（character escape）："、\ ——取消特殊含义
正则转义（regex escape）：\n、\d ——赋予正则含义
换句话说，“字符串转义”只是给“出现在字符串字面量里的转义序列”起的一个分类名字；
并不是说这个序列被拆成了“字符串 + 转义”两部分，而是强调它由字符串解析阶段处理。
一句话总结
\n 本身永远是“转义序列”；
当它写在 "...\n..." 里，规范文档就额外给它贴个标签叫 “字符串转义”，告诉你“这是编译器在解析字符串时干的事”。在正则表达式里
\n、\r、\b 都算作 “元字符”（metacharacter）或“转义元字符”，因为它们：
不是匹配字面字符 n、r、b 本身；而是被正则引擎赋予了特殊含义：
\n → 匹配换行符（LF，0x0A）
\r → 匹配回车符（CR，0x0D）
\b → 匹配单词边界（zero-width assertion）

ASCII 控制字符 0x0A1️⃣ 控制字符（字节层）
• 纯粹是 0x00–0x1F 这些字节值
• 没有任何名字，也不带语义
• 举例：字节 0x0A
2️⃣ 转义序列（语法层）
• “反斜杠 + 若干字符” 这一整套写法
• 目的：在 文本源码 里安全地表示 1️⃣ 或其他不可见字符
• 举例："\n" → 0x0A
3️⃣ 字符串转义（编译期子集）
• 只是 2️⃣ 的一个 子集
• 由 编译器/解释器 在 编译期 解析
• 举例："\t" 在 Python/Perl/C 字符串里被替换成 0x09
4️⃣ 正则元字符（运行期子集）
• 又是 2️⃣ 的另一个 子集
• 由 正则引擎 在 运行期 解析
• 举例：正则 /\n/ 匹配字节 0x0A；/\d/ 匹配数字字符集

ASCII 控制字符 0x0A
▲
│ 映射
转义序列 "\n" ————┬————→ 字符串转义（编译期）
│
└————→ 正则元字符（运行期）

在计算机语境里，“转义（escape）”只有两种互逆的用途，取决于你站在哪一侧：
“取消特殊含义”

典型场景：字符串字面量
"\"" → 得到真正的双引号字符
"\n" → 得到反斜杠+字母 n
这里反斜杠取消了 "、\ 的特殊含义，让它们退化回普通字符。
“赋予特殊含义”

典型场景：正则表达式、控制字符
\n → 把字母 n 变成换行符（LF）
\d → 把字母 d 变成“数字类”
这里反斜杠给后面的普通字符加上了新的、不可见或抽象的含义。
所以：
转义本身既可以是“去特殊化”，也可以是“加特殊化”。
判断方向只需看：
‑ 如果原字符本来有特殊意义 → 转义就是去掉；
‑ 如果原字符本来没有特殊意义 → 转义就是加上。
一句话口诀
“转义是开关：把特殊变普通，或把普通变特殊。”