.net 7+ 应使用 generatedregex 源生成替代 regexoptions.compiled，因其在编译期生成纯 c# 匹配逻辑，零运行时开销、兼容 aot/trim；而 compiled 依赖 reflection.emit，导致冷启动慢、内存不可控且不支持 aot。
预编译 Regex 在 .NET 6 及更早版本中靠 RegexOptions.Compiled，但这个选项实际代价高、启动慢、还影响 AOT 兼容性；从 .NET 7 开始，真正推荐的编译优化方式是使用源生成器（Source Generator）——它在编译期就把正则转成纯 C# 方法，零运行时解析开销，且完全兼容 AOT 和 Trim。
为什么不要用 RegexOptions.Compiled？
它看起来“编译了”，实则是在运行时用 Reflection.Emit 动态生成 IL，带来三重负担：
- 首次调用时要 JIT 编译动态方法，冷启动延迟明显（尤其服务端或 CLI 工具）
- 生成的 DynamicMethod 无法被 AOT（如
dotnet publish -p:PublishAot=true）包含，直接报错 - 内存占用不可控：每个
new Regex(..., Compiled)实例都持有一套独立动态方法，容易堆积
简单说：RegexOptions.Compiled 是个过时的权宜之计，不是现代 .NET 的优化路径。
怎么启用 GeneratedRegex 源生成？
必须满足三个条件，缺一不可：
- 项目 SDK 为
Microsoft.NET.Sdk（即标准 SDK 风格），且目标框架 ≥net7.0 - 在
.csproj中显式启用源生成：添加<isregularexpressionssourcegeneratorenabled>true</isregularexpressionssourcegeneratorenabled> - 正则模式必须是编译期常量（
const string或字面量），不能是拼接字符串或运行时变量
示例配置：
<project sdk="Microsoft.NET.Sdk"><propertygroup><targetframework>net8.0</targetframework><isregularexpressionssourcegeneratorenabled>true</isregularexpressionssourcegeneratorenabled></propertygroup></project>
然后这样写代码即可触发生成：
private static partial class Patterns
{
[GeneratedRegex(@"\b[\w.-]+@[\w.-]+\.\w+\b", RegexOptions.IgnoreCase)]
public static partial Regex Email();
}
编译后，Email() 返回的是一个静态只读的 Regex 实例，背后是纯 C# 实现的匹配逻辑，无解释器、无反射、无动态方法。
GeneratedRegex 的参数和限制
它不支持所有 RegexOptions，以下选项在源生成中会被忽略或导致编译失败：
-
RegexOptions.Compiled：强制禁用，源生成本身已取代它 -
RegexOptions.RightToLeft：不支持，生成器目前只输出前向匹配逻辑 -
RegexOptions.ExplicitCapture等部分标志虽可传入，但仅影响CaptureCollection行为，不改变底层匹配路径 - 模式中不能含
$(?...)条件子表达式、(?(? 等依赖运行时上下文的语法
如果你需要忽略大小写，直接用 RegexOptions.IgnoreCase —— 它会被正确翻译为大小写无关的字符比较逻辑，而非运行时查表。
性能差异和调试提示
在吞吐密集场景（如日志行解析、HTTP 头提取），GeneratedRegex 比解释型 Regex 快 2–5 倍，比 Compiled 版本快约 30–40%，关键是延迟稳定、无 GC 峰值。
调试时注意两点：
- 生成的代码默认不显示在解决方案资源管理器中，但可在
obj/Debug/net8.0/.NETCoreApp,Version=v8.0.AssemblyAttributes.cs附近找到临时生成文件（开启CompilerGenerated文件可见性后） - 若模式非法（比如未闭合括号），错误会出现在编译阶段，提示类似
CS8791: An expression tree may not contain a base access—— 实际是正则语法错误，需检查模式字符串本身
最易被忽略的一点：源生成只对 partial 方法 + [GeneratedRegex] 属性生效，普通 new Regex(...) 写法哪怕模式是 const，也绝不会触发生成 —— 它不会自动“升级”旧代码。
