共 2 篇相关文章
作者从一个实际的内存泄漏问题说起：在使用GoJieba库时，一段测试代码的内存持续增长。经过排查，发现问题出在调用C.CString后未手动释放内存——一个因思维惯性导致的“白痴”Bug。 这个Bug的背后，是Go字符串与C字符串在内存模型上的根本差异。C语言以‘\0’作为字符串终结符，导致字符串无法直接复用父字符串的内存。而Go的字符串采用长度记录，设计上支持高效的子串内存共享。因此，当通过cgo的C.CString将Go字符串转换为C字符串时，必须分配全新的内存空间，这就要求开发者必须负责手动调用C.free进行释放，不能像使用C++的c_str()那样想当然地复用内存。 文章最终回归文档，用cgo官方示例明确了这一“必须释放”的责任。这个小小的踩坑经历，提醒所有涉及跨语言内存管理的开发者：务必理解底层设计差异，严格遵守接口契约。
这篇讲的是一个PHP扩展的开发过程，核心目标是提供一个高效的方式来检测一段文本（特别是HTML正文）中是否包含预设的特定关键词列表。 作者从实际的网站内容过滤或SEO分析需求出发，解释了为什么现有的PHP函数（如strpos或正则匹配）在处理大规模关键词库时性能不佳。解决方案是直接编写一个C语言扩展，利用正则表达式引擎在底层一次性完成所有关键词的匹配判断，避免了在PHP层进行多次循环和调用。 文章的巧妙之处在于，它详细展示了扩展的实现路径：从定义函数接口、处理PHP变量参数，到调用PCRE库进行正则编译与执行，最后将匹配结果（包含第一个匹配到的关键词）返回给PHP脚本。整个实现强调了执行效率，因为一次调用即可完成整个词库的扫描，对于需要频繁进行内容安全检查的系统来说，这种底层优化能带来显著的性能提升。 最终，这个扩展封装成一个简单的`str_contains_any`函数，让开发者可以用极低的代码成本获得C级的处理速度。
