正确做法是先用preg_replace('/(?
PHP怎么把驼峰转蛇形（snake_case）
直接用 preg_replace() 配合小写+下划线逻辑最稳，别依赖框架自带方法——它们常对数字、连续大写字母处理不一致。
典型错误是只匹配 A-Z 前插下划线，结果 XMLParser 变成 x_m_l_parser，或者 getURL 变成 get_u_r_l，完全不是想要的 get_url。
正确做法分两步：先在大写字母前（且前面不是开头、也不是另一个大写字母）加下划线，再统一转小写。
- 用
preg_replace('/(? 处理大小写边界 - 再套一层
strtolower()，避免漏掉首字母大写的单字情况 - 如果输入含数字如
user1ID，这个正则会产出user1_i_d；若要保留user1_id，得额外加数字后接大写的分支：(?
为什么不能用 Laravel 的 Str::snake() 直接抄？
它内部也调用正则，但默认行为对缩写词（如 ID、HTTP）做特殊处理，会把 userID 转成 user_id，而 userHTTPClient 变成 user_http_client——看起来合理，但如果你项目里约定 http 必须全小写，或想保留 userHTTP 为 user_http，那它就太“聪明”了。
立即学习“PHP免费学习笔记（深入）”；
更麻烦的是，它依赖 mb_strtolower()，在没加载 mbstring 扩展的环境会静默失败，返回原字符串，线上跑着跑着就发现字段名对不上。
- 检查是否启用 mbstring：
extension_loaded('mbstring') - 生产环境务必确认
mbstring.func_overload没开启，否则strlen()等基础函数行为会变 - 纯脚本或 CLI 场景下，
Str::snake()还要引入整个illuminate/support，启动开销明显
遇到连续大写字母怎么保意思？
比如 parseXMLString，理想输出是 parse_xml_string，而不是 parse_x_m_l_string。关键在区分「缩写词结尾 + 新单词开头」和「纯缩写内部」。
没有银弹方案，但可按常见模式兜底：
- 先尝试把已知缩写（
ID、URL、HTTP、API）替换成带下划线的占位符，如parse<id>String</id>→parse_id_string - 再跑通用正则，避免干扰
- 注意顺序：必须先替换缩写，再处理单个大写字母，否则
ID里的I和D会被分别切开 - 缩写列表要小而准，
DB在某些上下文是 “database”，但在日志里可能是 “debug” —— 别硬编码太多
性能差在哪？要不要缓存转换结果？
单次 preg_replace() + strtolower() 几乎无感，但高频调用（比如循环处理几千个字段名、或模板中反复渲染）就会暴露问题。正则编译本身不耗时，但 PCRE 回溯在极端 case（如超长嵌套括号名）可能卡住。
真正瓶颈常出在重复转换同一字符串，比如 getUserName 在一个请求里被转了 17 次。
- 简单缓存用
static $cache = [];+isset($cache[$str])就够用，不用上 Redis - 注意键名区分大小写：
GetUserName和getUserName结果不同，不能混存 - 如果字符串来自用户输入或数据库，记得 trim() 和验证长度，防爆栈或 DOS 式长字符串攻击
最易被忽略的是 Unicode 字符——比如中文变量名转出来一堆乱码下划线，或者 emoji 当中的符号被误判为大写。真遇到这种需求，别硬改正则，先确认业务是否真的需要支持。
