Rust Regex crate提供了regex!语法扩展，可以在标准编译时编译正则表达式.这有两个好处:
不幸的是，doctor 说:
WARNING:
regex!编译器插件比Regex::new(...)的正常使用慢几个数量级.除非有非常特殊的原因，否则不应该使用编译器插件.
这听起来像是一个完全不同的正则表达式引擎用于regex!比Regex::new().为什么regex!()不只是Regex::new()的包装，将两者的优势结合起来？据我所知，这些语法扩展编译器插件可以执行任意代码；为什么不是Regex::new()？
答案非常微妙:宏的一个特点是the result of 100 can be put into static data，就像这样:
static r: Regex = regex!("t?rust");
主要问题是Regex::new()在正则表达式编译期间使用堆分配.这是有问题的，需要重写Regex::new()引擎以允许静态存储.你也可以读burntsushi's comment about this issue on reddit.
关于如何提高regex!分，有一些建议:
static支持，在编译时仅validate正则表达式字符串，而在运行时仍然compiling正则表达式lazy_static!类似的技巧保持static支撑截至2017年初，开发人员的重点是稳定标准API，以发布1.0版.因为regex!需要每晚编译，所以它现在的优先级很低.
然而，编译器插件方法可以提供比Regex::new()更好的性能，后者已经非常快了:自从regex的DFAcould be compiled into code instead of data以来，它有可能运行得更快，并从编译器优化中受益.但future 还需要做更多的研究才能确定.