CodeIgniter无真正“全局Helper”，加载后函数才进入PHP全局作用域；未加载则调用site_url()等直接报Fatal error。常见autoload报错主因是路径或命名不合规：CI3需application/helpers/url_helper.php且函数在全局作用域；CI4需app/Helpers/url_helper.php并在Autoload.php的$helpers中配'url'，同时禁用BOM、确保无命名空间、避免重复加载。
CodeIgniter 没有真正意义上的“全局 Helper”，所谓“全局可用”只是加载后函数进入 PHP 全局作用域的结果——不加载，site_url()、set_cookie() 这些函数就根本不存在，调用直接报 Fatal error: Call to undefined function。
为什么 autoload.php 里配了 helper 还是报错
常见原因是路径或命名不合规，CI 不会提示具体哪一步失败，只给你一个空白页。
- CI3：必须确保
application/helpers/下存在url_helper.php（不是url.php或Url_helper.php），且文件内函数定义在最外层，没包在if块或class里 - CI4：除了文件要放在
app/Helpers/下并命名为url_helper.php，还必须在app/Config/Autoload.php的$helpers数组中写'url'（不能写'url_helper'或'app/Helpers/url_helper'） - UTF-8 BOM 是隐形杀手：Windows 记事本或某些编辑器保存时自动加 BOM，CI 解析失败但不报错，函数加载静默失效
CI3 和 CI4 的自动加载写法差异
看起来都是“配进 autoload”，实际机制完全不同。
- CI3：在
application/config/autoload.php中修改$autoload['helper'] = ['url', 'form'];，框架启动时直接require_once对应文件 - CI4：在
app/Config/Autoload.php中修改public $helpers = ['url', 'form'];，但前提是这些 helper 文件已被 Composer 自动加载机制识别——也就是说，app/Helpers/url_helper.php必须满足无命名空间、纯函数定义、且未被psr-4规则排除 - CI4 中若改了
app/Config/Boot/production.php里的ini_set('display_errors', '0');或禁用了 auto-loading，helper()调用也会失效，但错误被压制
哪些 helper 看似全局，实则暗藏陷阱
别被文档里“URL Helper 默认已加载”这种说法骗了——它只对 CI4 成立，且仅限于部分函数。
-
base_url()在 CI4 中确实无需手动helper('url')，但它的行为依赖Config\Services::url()初始化；如果app/Config/App.php中的$baseURL配置结尾没斜杠（如https://example.com），拼接路径时会变成https://example.comcss/app.css，404 -
is_https()在 CI3 和 CI4 中实现不同：CI3 主要看$_SERVER['HTTPS']，CI4 还检查$_SERVER['REQUEST_SCHEME']；混用旧版自定义 helper 会导致反向代理下始终返回false -
redirect()不属于任何官方 helper，它是核心函数，但依赖url_helper和inflector_helper——如果只 autoload 了url却没加inflector，CI4 下可能抛出Call to undefined function ci_inflector_pluralize()
真正容易被忽略的是：helper 函数一旦加载，就永远留在全局作用域里。开发中反复刷新、切换分支、重装 vendor 后，旧版本 helper 可能仍驻留内存，导致函数签名对不上、参数被忽略、甚至莫名覆盖——遇到怪异行为，先 php spark cache:clear（CI4）或删掉 application/cache/（CI3），再确认 helper 文件是否被意外多加载了一次。
