text_helper中word_limiter()不生效是因未启用mbstring扩展，导致函数退化为substr()；array_helper中应使用dot_array_search()安全取嵌套值；dump()仅在development环境且display_errors开启时输出；自定义函数需加前缀防冲突且必须显式加载。
text_helper 为什么加载后 word_limiter() 不生效？
常见现象是调用 word_limiter('Hello world', 1) 返回空字符串或原样输出，不是预期的 "Hello..."。根本原因不是函数写错，而是没确认当前环境是否启用 UTF-8 模式。
CodeIgniter 4 的 text_helper 默认依赖 mbstring 扩展处理多字节字符（如中文），但若服务器未开启该扩展，word_limiter()、character_limiter() 等函数会静默退化为 substr() 行为——对英文还凑合，对中文直接截断字节，结果不可控。
- 先运行
php -m | grep mbstring确认扩展已启用；Apache 用户还需检查php.ini中extension=mbstring是否取消注释 - CI4.4.2 要求
mbstring.func_overload必须为 0（默认值），否则函数行为异常 - 函数第二个参数是「单词数」，不是字节数，所以
word_limiter('你好 世界', 1)会返回"你好..."（空格算分隔符）
array_helper 怎么安全提取嵌套数组的值而不报 Notice？
用 element() 取 $data['user']['profile']['name'] 时，只要中间某层缺失（比如 $data['user'] 是 null），就会触发 PHP Notice。这不是 bug，是设计使然：它只做一层键检查，不递归。
真正适合深度取值的是 dot_array_search()，它支持点号语法且默认容忍缺失路径：
-
dot_array_search('user.profile.name', $data, 'N/A')—— 找不到时返回'N/A'，不会报错 - 注意：键名里不能含点号，否则会被误判为路径分隔符；如有需要，得先用
array_replace_recursive()预处理 -
elements()批量取多个同级键时，缺失键会返回NULL，但不会触发 Notice，适合表单数据清洗
为什么 print_r() 替代方案 dump() 在生产环境不输出？
dump() 是 CI4 内置的调试函数，本质是封装了 var_dump() + 输出控制，但它受 app/Config/Boot/development.php 和环境变量双重限制。
- 只有
CI_ENVIRONMENT === 'development'时才启用；线上切到production后，dump()直接静默返回，连空行都不输出 - 即使环境正确，若
ini_get('display_errors') === '0'（常见于 Nginx+PHP-FPM 默认配置），dump()也看不到内容——得手动加error_reporting(E_ALL); ini_set('display_errors', '1'); - 替代方案：
log_message('debug', print_r($data, true))写入日志，稳定可靠，不依赖输出开关
自定义辅助函数怎么避免和系统函数名冲突？
把自定义函数扔进 app/Helpers/custom_helper.php 后，发现 url_title() 调用报错说“重复定义”，说明你复制了 CI4 原生函数名。CI4 加载辅助函数时不做命名空间隔离，纯靠函数名全局唯一。
- 命名必须带项目前缀，例如
myapp_url_title()或blog_clean_slug()，别省那几个字母 - 不要在
app/Helpers/下放未声明function_exists()保护的函数，否则多处helper()调用可能重复包含 - 如果真要覆盖原生行为（如修改
url_title()规则），应在app/Config/Boot/development.php中用if (! function_exists('url_title')) { ... }包裹，且确保只在开发环境生效
app/Helpers/ 目录下也得显式调用 helper('text') 或 helper(['text', 'array'])。漏掉这句，函数就不存在——没有 fatal error，只有沉默的失败。
