原始字符串字面量本身不加速运行时，而是为模板引擎提供无转义、保格式、语义完整的原始输入，使其能高效预解析为AST并缓存复用，从而实现渲染性能提升。
原始字符串字面量本身不直接参与模板引擎的“预解析”，但它为模板引擎（尤其是编译型模板，如 T 字符串模板）提供了高质量的输入基础——即结构清晰、无转义污染、语义保真的原始文本。真正实现性能加速的是模板引擎在拿到原始字符串后所做的一系列预处理，而非原始字符串自身具备运行时优化能力。
原始字符串是优质输入源，不是执行加速器
原始字符串字面量（如 C# 的 """..."""、Go 的 `...`、C++ 的 R"(...)"）的核心价值在于：消除转义干扰、保留换行缩进、天然支持嵌套引号。这使得开发者能写出接近最终输出格式的模板内容，例如：
- SQL 查询可按实际缩进书写，字段名、WHERE 条件分行对齐
- HTML 片段保持可读缩进，无需拼接或
\n扰乱逻辑 - JSON 或 YAML 模板直接内嵌，变量占位符（如
{{name}}）与结构共存，无引号逃逸风险
这种“所见即所得”的字符串，大幅降低了人工解析出错概率，也使后续的词法分析更稳定——因为解析器不再需要反复判断某个 " 是字面引号还是转义边界。
预解析阶段：从原始字符串到 AST 的关键跃迁
模板引擎的性能加速起点，是将原始字符串一次性解析为抽象语法树（AST），而非每次渲染都重新扫描。这个过程包括：
-
词法分析：识别
{{、}}、{%、%}等分隔符，以及普通文本节点——原始字符串中无转义字符，让分隔符匹配更可靠 -
语法构建：把变量引用、条件块、循环体等组织成树形结构，例如
{{ user.name | upper }}被建模为“变量访问 + 过滤器调用”节点 - 静态优化：剔除恒真/恒假分支、折叠常量表达式、标记可缓存子树——这些操作依赖原始字符串提供的完整、未破坏的语义上下文
一旦 AST 构建完成，它就被缓存复用，后续渲染只需传入数据并递归求值，跳过了全部字符串扫描与切分开销。
运行时加速：AST 求值比正则替换快得多
对比传统方案（如用正则全局替换 {{.*?}}）：
- 正则替换需反复扫描整个字符串、创建中间匹配对象、执行回调函数、拼接新字符串——时间复杂度 O(n²)，内存波动大
- AST 求值是结构化遍历：每个节点类型明确，数据绑定路径固定，可预分配缓冲区、复用对象池（如
sync.Pool）、甚至 JIT 编译热点路径 - 实测显示，预编译 AST 的模板渲染延迟比正则替换低 4.4 倍，内存分配减少 75%（见架构师私藏资料中的性能对比表）
插值与原始字符串的协同设计
现代语言支持在原始字符串中启用插值（如 C# 的 $"""...{expr}..."""），但这和模板引擎的变量注入有本质区别：
- C# 插值在编译期求值，适用于静态组合；而模板引擎的
{{expr}}在运行时根据上下文动态求值 - 原始字符串提供干净的模板骨架，插值语法提供动态锚点——二者配合，既保证结构可读，又不失灵活性
- 引擎可将
{{...}}视为 AST 中的“求值节点”，其内部表达式仍可利用语言原生解析器（如 C# 的 Roslyn 表达式树），进一步提升安全性和性能
