ThinkPHP 6 不自动加载 helper.php，需在 composer.json 的 "autoload"."files" 中手动注册（如 "app/helper.php"），并执行 composer dump-autoload；时区配置 config/app.php.default_timezone 不影响 date() 等原生函数，须在 public/index.php 或 app/provider.php 中调用 date_default_timezone_set() 才生效。
ThinkPHP 6 的 helper.php 不会自动加载？
默认不会。TP6 已移除全局自动加载 helper.php 的机制，哪怕你把它放在 app/common/helper.php 或 app/helper.php，不显式引入就用不了。
常见错误现象：Call to undefined function my_helper_func()，但文件明明存在、函数也定义了。
- 必须在
composer.json的"autoload"→"files"中手动注册（推荐放app/helper.php） - 改完后别忘了运行
composer dump-autoload，否则 PHP 还是找不到 - 路径必须是相对于
composer.json所在目录的，比如写成"app/helper.php"，不能写./app/helper.php或绝对路径
自定义函数该放哪？app/common/ 还是 app/ 下？
放 app/helper.php 最稳妥。TP6 官方文档和骨架项目都默认预留了这个位置，Composer 自动加载也最常配它。
不建议放 app/common/：这个目录在 TP6 中仅用于存放公共模型、中间件等类文件，不是传统意义上的“公共函数集”；且 common 下的 PHP 文件不会被自动扫描为函数文件。
立即学习“PHP免费学习笔记（深入）”；
-
app/helper.php是约定俗成的入口点，所有辅助函数集中写这里，清晰、易维护 - 如果函数量大，可拆成多个文件（如
app/helper/string.php），但需全部列进composer.json的"files"数组 - 避免在控制器或中间件里用
require_once手动引——破坏自动加载一致性，也容易漏引或重复引
为什么 config/app.php 里的 default_timezone 不生效？
因为 TP6 的时区配置只影响框架内部日志、缓存等时间处理，不改变 PHP 运行时的时区设置。你调用 date() 或 Carbon::now() 仍走 PHP 默认时区（通常是 UTC 或系统时区）。
真正生效的方式只有两个：
- 在
public/index.php开头加date_default_timezone_set('Asia/Shanghai');（最直接） - 在
app/provider.php中注册一个启动服务，在boot()里设时区（适合需要条件判断的场景） - 不要依赖
config/app.php的default_timezone去控制业务逻辑中的时间输出，它不接管date()等原生函数
自动加载类和函数混用时，命名空间容易冲突吗？
不会自动冲突，但容易误用。TP6 使用 PSR-4 加载类（如 app\common\MyClass），而函数是通过 Composer 的 files 加载——两者完全独立，没有命名空间概念。
问题出在人：比如你定义了一个函数叫 app\common\format_time()，这其实只是个普通函数名，不是命名空间下的方法；如果又建了个类 app\common\FormatTime，两者毫无关系，但名字太像，后期维护极易混淆。
- 函数名保持扁平、小写、下划线分隔（如
array_to_tree()），避免模仿类名风格 - 类和函数不要同名，哪怕大小写不同（
Helper类 vshelper()函数）——IDE 和人脑都会懵 - 如果函数逻辑变复杂，优先重构为工具类（带命名空间），而不是硬撑着用函数+全局变量传参
自动加载本身很可靠，麻烦永远来自人对“函数该长什么样”的随意发挥。
