TP8升级后非驼峰方法名直接报错，因强制执行PHP 8.0+语义：控制器方法须小驼峰（如getUserInfo）、模板变量/助手函数须匹配原始键名或getter、模型accessor须严格为getUserNameAttr格式、路由绑定方法名必须与定义完全一致。
TP6 升级 TP8 后非驼峰方法名直接报错
TP8 强制执行 PHP 8.0+ 的方法调用语义，__call 和控制器方法路由匹配不再容忍非驼峰写法。比如 get_user_info、indexAction 这类命名，在 TP6 中可能靠魔术方法或兼容层兜底，在 TP8 中会直接抛出 BadMethodCallException 或返回 404，且不进调试流程。
- 所有控制器方法必须是小驼峰（如
getUserInfo、deleteOrder），不能含下划线、大驼峰（GetUserInfo）、或 Action 后缀 - 全局搜索
function [a-z_]+[A-Z]（含下划线+大写字母组合）和function [A-Z]（首字母大写），定位违规方法名 - 注意：TP8 不再识别
indexAction这类“传统 Zend 风格”，必须改为index；同理readAction→read - 若旧项目大量使用下划线风格（如
user_list），建议批量重命名为userList，而非依赖中间件或路由映射绕过——后者在 TP8 路由解析阶段已被跳过
模板中调用非驼峰助手函数或变量报 Call to undefined method
TP6 允许在模板里写 {:url('user_info', ['id' => $id])} 或 {$user.name_full}，但 TP8 模板引擎（ThinkTemplate）已移除对下划线自动转驼峰的支持，name_full 不会自动映射为 getNameFull()，而是尝试读取不存在的 $name_full 属性，最终触发 Undefined property。
- 模板中所有变量访问必须对应模型/数组的原始键名或显式定义的 getter 方法名（如
$user->nameFull或$user['name_full']） - 助手函数如
url()、date()等仍可用，但自定义助手函数（如get_user_avatar()）必须在app/helper.php中定义为小驼峰：getUserAvatar()，并在composer.json的"autoload": {"files"}中注册后运行composer dump-autoload - 若模板中存在
{$data.user_name}，而$data是数组，应改为{$data['user_name']}；若$data是对象且无userName属性或getUserName()方法，则无法自动转换
模型属性和访问器命名不一致导致模板静默空值
TP8 模型属性访问器（accessor）必须严格遵循小驼峰命名，否则模板中 {$user->userName} 会返回 null 而非触发异常。常见陷阱是数据库字段为 user_name，但 accessor 写成 get_user_name_attr —— TP8 不再解析下划线命名的 accessor 方法。
- 正确 accessor 命名格式：
getUserNameAttr（对应字段user_name）、getCreatedAtAttr（对应created_at） - 错误写法：
get_user_name_attr、Getusernameattr、getUserNameattr（大小写错位） - 检查所有模型文件中
protected $append = [...]列表，确保每个字段名都对应一个合法 accessor 方法，且方法名与字段名语义一致 - 若字段名本身含下划线（如
is_vip），accessor 应为getIsVipAttr，模板中才可安全使用{$user->isVip}
路由参数绑定到非驼峰方法形参时类型校验失败
TP8 路由参数绑定（如 Route::get('user/:id', [User::class, 'getUser'])）会将 :id 自动注入到 getUser(int $id) 的形参。但如果方法写成 get_user(int $id)，PHP 8 会因方法不存在而跳过类型校验，最终传入字符串 '123' 导致 TypeError，但错误堆栈不指向路由层，极难定位。
- 确认所有被路由绑定的方法名均为小驼峰，且与路由定义中的控制器方法名完全一致（包括大小写）
- 若路由绑定的是闭包，闭包内形参也需声明类型，如
function (int $id) { ... }；未声明类型时，TP8 不做强制转换，传入字符串不会自动 cast - 检查
config/route.php中是否误启用了'convert_route' => true（该配置在 TP8 中已废弃），启用会导致路由解析逻辑混乱，加剧命名不匹配问题
真正卡住升级的，往往不是大功能缺失，而是这些命名细节在模板、模型、路由、助手函数之间形成断点——一处没对齐，数据就断在半路，还不报错。
