thinkphp 不提供助手类自动加载机制，助手函数（如array、str）是全局函数而非类，需直接调用而非use或new；自定义工具应严格遵循psr-4规范或放入helper.php。
array、str、env）是函数集合，不是类，根本不会走 PSR-4 或 spl_autoload_register 流程。试图用 new array() 或 apputilsArrHelper::xxx() 这类方式去“自动加载助手类”，注定失败。
助手类本质是函数文件，不是命名空间类
ThinkPHP 的助手函数（如 app/helper.php、think/helper.php）在框架启动时已被 require_once 加载进全局作用域，它们没有命名空间，也不需要实例化。你直接调用 array_merge_recursive() 或 env('APP_DEBUG') 即可，不存在“找不到助手类”的问题——因为它们压根不是类。
- 常见错误现象：
Class "array" not found或Attempted to load class "Str"—— 这说明你误把助手函数当成了类来use或new - 正确做法：删掉所有类似
use thinkhelperStr;或new Str()的代码，改用裸函数调用，如str::slug()（注意：这是静态调用语法，但str本身仍是函数别名，非真实类） - 注意：TP6.3+ 中部分助手函数（如
str、arr）通过function_exists()检查后动态注册为函数别名，它们的底层仍是thinkhelperStr等类的静态方法，但你不能直接 new 它们
想封装自己的助手工具？别叫“助手类”，走 PSR-4 类加载
如果你写了一个 app/utils/ArrHelper.php，想通过 new apputilsArrHelper() 使用，那就必须把它当标准类处理，而不是“助手类”：
- 文件路径必须严格匹配命名空间：
app/utils/ArrHelper.php→ 命名空间必须是apputils（注意双反斜杠转义），类名必须是ArrHelper - 在
composer.json的"autoload": {"psr-4": {...}}中添加："app\utils\": "app/utils/"（末尾带反斜杠，路径末尾带斜杠） - 执行
composer dump-autoload -o，否则新增类不生效 - 不要放在
extend/下还指望自动加载——那里默认未注册到 PSR-4 映射中
为什么 import() 和 Loader::addNamespace() 不要碰
这些是 ThinkPHP 5.x 甚至更早的遗留接口，在 TP6+ 中已弃用或失效：
-
import('utils.arr')：该函数在 TP6.0+ 已被移除，调用会报Call to undefined function import() -
thinkLoader::addNamespace()：TP6 完全交由 Composer 管理加载，手动注册命名空间会被忽略，且可能破坏 autoloader 的优先级顺序 -
Loader::addClassMap()：虽仍存在，但仅用于极少数需绕过 PSR-4 的场景（如动态生成类），日常开发中引入它反而让路径逻辑更难追踪
app/utils/StringUtils.php，就老老实实按类来定义、按 PSR-4 来注册；如果只是想加几个通用函数，就扔进 app/helper.php 并确保它被框架自动包含（TP6 默认已包含 app/helper.php）。混用两种范式，是绝大多数“助手类加载失败”问题的根源。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
