返回顶部
首页 > 资讯 > 后端开发 > GO >在 Go 中对正则表达式进行预编译缓存
  • 270
分享到

在 Go 中对正则表达式进行预编译缓存

2024-04-04 23:04:09 270人浏览 泡泡鱼
摘要

编程网今天将给大家带来《在 Go 中对正则表达式进行预编译缓存》,感兴趣的朋友请继续看下去吧!以下内容将会涉及到等等知识点,如果你是正在学习golang或者已经是大佬级别了,都非常欢迎也希望大家都能

编程网今天将给大家带来《在 Go 中对正则表达式进行预编译缓存》,感兴趣的朋友请继续看下去吧!以下内容将会涉及到等等知识点,如果你是正在学习golang或者已经是大佬级别了,都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家!

问题内容

下面是我的 golang 代码。每次调用验证方法时,我的编译方法都会被执行。我只想编译一次,而不是每次调用验证时都编译。

1)如何做? 2)我的想法是创建一个实例变量,该变量在开始时为零。它将在验证中延迟初始化。

if (a != nil) {
  a, err := regexp.compile(rras.cfg.whitelist)
}

但是,如果我将变量声明为实例变量,

var a *regexp; // regexp.compile returns *regexp

我的编译器用红色下划线。如何修复它?

type RRAS struct {
    Cfg       *RRapiConfig
}

type RRAPIConfig struct {
    WhiteList               string
}

func (rras *RRAS) validate(ctx context.Context) error {
        a, err := regexp.Compile(rras.Cfg.WhiteList)
}


解决方案


静态初始化

var whitelistregexp = regexp.mustcompile(cfg.whitelist)

func (rras *rras) validate(ctx context.context) error {
  if !whitelistregexp.match(...) {...}
}

这将在导入包后立即编译正则表达式,这通常是在程序启动时,在主方法中的任何代码执行之前。

好处

  • 如果正则表达式损坏,您的程序将立即崩溃,这有助于快速找到错误。
  • 代码非常小、干净,没有任何陷阱
  • 无需担心 go 例程

缺点

  • 潜在的缓慢编译可能会减慢整个程序(或服务器)的启动
  • 仅当正则表达式是静态的且在启动时存在时才有效
  • 仅当单个正则表达式(或几个静态正则表达式)用于所有情况时才有效

同步和缓存

var whitelistR struct{
  rex *regexp.Regexp
  once sync.Once
  err error
}

func (rras *RRAS) validate(ctx context.Context) error {
  whitelistR.once.Do(func() {
    whitelistR.ex, whitelistR.err = regexp.Compile(rras.Cfg.WhiteList)
  })

  if whitelistR.err != nil {
    return fmt.Errorf("could not compile regex: %w", err)
  }

  if !whitelistR.rex.Match(...) {...}
}

这将在第一次调用该方法时轻松编译正则表达式。 sync.once 非常重要,因为它是一个同步点,它保证对正则表达式的访问不会出现竞争条件。每次调用该方法都必须等到 regexp 第一次编译。之后同步非常快,因为它仅使用原子加载。

您还可以在主方法中调用一次 go.do(...) 来并行初始化正则表达式,以加快首次调用的速度,而不会阻塞其他方法。

好处

  • 程序(或服务器)启动不受编译时间的影响
  • 仅在实际需要时才进行编译
  • 您可以根据需要动态创建正则表达式的字符串,这可以减少二进制文件大小并加快程序速度
  • 可以在缓存映射中缓存许多不同的正则表达式

缺点

  • 正则表达式中的错误只会在实际使用此方法的测试中显示,而不是在启动时显示
  • 代码更复杂(10 行而不是 1 行)
  • 某些开发人员可能会忘记在另一种方法中调用sync.once,并引入难以捕获的竞争条件
  • 有人可能会尝试巧妙地将sync.once调用包装到if中,并且会引入难以捕获的竞争条件

结论

几乎总是使用简单的静态初始化。仅当您确定对性能有影响(基准测试)时,才使用同步初始化。同步访问时,始终尝试使用 go 提供的帮助程序(sync.once、mutex、rwmutex...),因为它们经过优化且不易出错。

推荐阅读:

The Go Memory Model 有关同步和最佳实践的详细信息

Go Data Race Detector 你应该对每个复杂的多例程围棋程序进行竞赛测试

今天带大家了解了的相关知识,希望对你有所帮助;关于Golang的技术知识我们会一点点深入介绍,欢迎大家关注编程网公众号,一起学习编程~

您可能感兴趣的文档:

--结束END--

本文标题: 在 Go 中对正则表达式进行预编译缓存

本文链接: https://www.lsjlt.com/news/595648.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作