灾难性回溯
-
使用 claude code 生成正则表达式时的性能与可读性平衡
去年秋天凌晨三点,我被 PagerDuty 的告警炸醒了。线上一个日志解析服务在流量高峰下突然 CPU 打满,响应时间从 12ms 飙到 14 秒,整个数据管道开始堵车。翻看源代码,问题出在一个正则表达式上,不是手写的,是 Claude Code 生成的。那段正则在我扔给它 2000 行原始日志文本做测试时一切正常,毫秒级完成。但生产环境里,当某条畸形日志恰好触发了回溯路径的 worst case…
-
Codex生成的正则表达式为何总错?
你给 Codex 一句“匹配所有有效邮箱地址”,它毫秒级吐出一个正则出来: /^[\w\.=-]+@[\w\.-]+\.\w{2,3}$/ 语法没问题,符号没写错,任何一个入门正则教程都可以给这个写法打满分。 但这个看似完美的表达式,会把 a@b.co.uk 拒之门外,会认为 user@domain.c 一定合法,而且完全不考虑国际域名里那些非 ASCII 字符。 十次里可能有七次,Codex 生…