humanize函数仅将下划线替换为空格并首字母大写，不处理驼峰命名或连字符；如humanize('userName')返回Username，而非User Name；需预处理字符串（如正则转下划线）才能支持复杂格式。
humanize 函数不会自动处理下划线以外的分隔符，也不支持驼峰命名转可读文本——它只做一件事：把 _ 替换成空格，再首字母大写。
humanize 只对下划线生效，不识别驼峰或连字符
很多人以为 humanize('userFirstName') 会变成 User First Name，实际结果是 Userfirstname（原样返回 + 首字母大写）。它内部逻辑极简：先 str_replace('_', ' ', $str)，再 ucwords()。
- 输入
humanize('order_id')→ 输出Order Id - 输入
humanize('api_key_v2')→ 输出Api Key V2 - 输入
humanize('userName')或'user-name'→ 输出Username或User-name（无变化）
想支持驼峰/连字符？得自己封装或换工具
CodeIgniter 原生没提供替代函数，硬要用 humanize 扩展就得重写逻辑。常见做法是先预处理字符串，再交给 humanize：
- 用正则把
userName拆成user_name：preg_replace('/([a-z])([A-Z])/', '$1_$2', $str) - 把
user-name统一转成下划线：str_replace('-', '_', $str) - 组合起来：
humanize(str_replace('-', '_', preg_replace('/([a-z])([A-Z])/', '$1_$2', $str)))
注意：这种正则对 XMLHttpRequest 类型无效，会错切成 XML_Http_Request，需要更复杂的边界判断。
别在数据库字段名上直接 humanize，小心大小写陷阱
MySQL 默认不区分大小写，但字段名传入 PHP 时可能混着大小写。比如数据库里是 created_at，但模型里误写成 createdAt，humanize 后变成 Createdat，不是预期的 Created At。
- 确保输入字符串全是小写 + 下划线，是最稳妥的用法
- 如果从
$this->db->list_fields()获取字段名，它返回的是原始大小写，需先strtolower() - CI3 的
humanize不过滤空白字符，humanize(" user_id ")→" User Id "，前后空格保留
真正麻烦的不是怎么调用 humanize，而是它太老实——不猜意图、不补逻辑、不报错。你给它什么，它就机械地换空格+大写首字母。要让它“聪明”，就得在它前面多加一层清洗。
