thinkphp 5 中 $map 已被彻底移除，所有相关写法均无效；字段映射需分层实现：sql 层用 field() 重命名、读取层启用 $convertname、值处理用访问器。
ThinkPHP 5 中的 $map 已废弃，强行使用不会报错但完全无效 —— 所有依赖 $map 的写法（比如 $_map 或 $map 数组）在 TP5.0+ 都被忽略，数据读写会直接按原始字段名走，导致查不到、存不进、字段丢失却无提示。
为什么 $map 写了也没用？
TP5 彻底移除了对 $map 的解析逻辑。你定义 protected $_map = ['name' => 'user_name']; 后：
-
User::create(['name' => 'foo'])不会转成user_name = 'foo'，而是尝试插入name字段 → 报错Unknown column 'name' -
User::get(1)返回数组键仍是user_name，不是name，且模型属性$user->name访问不到值 - 没有任何 warning 或 exception，它只是被框架跳过
TP5 正确的字段名“映射”靠三件事配合
所谓“映射”，其实是分层解决：查询时改键名、读取时转属性、写入时做转换。不能指望一个配置全搞定。
-
查询时重命名字段（SQL 层）：用
field()，例如User::field('user_name AS name')->find(1)→ 返回['name' => 'xxx']；注意必须写AS，只写'user_name name'无效 -
模型属性驼峰访问（读取层）：开启
protected $convertName = true;，数据库字段last_login_time就能通过$user->lastLoginTime访问；但$user->toArray()仍返回下划线键名，除非显式调用$user->toArray(true)（启用访问器） -
值层面加工（非字段名，是值）：用
getNameAttr()（对应数据库字段name）或getUserNameAttr()（对应字段user_name），仅影响$user->name这类属性访问，不影响原始数据结构
想让 User::get(1) 返回的数组里键是 name 而不是 user_name？
没有全局开关。TP5 不提供结果集键名自动批量重写。你只有两个务实选择：
-
单次查询用
field()：User::field('id, user_name AS name, email AS mail')->find(1)，适合 API 输出字段对齐前端约定 -
统一后处理（推荐）：封装一个工具函数，对
toArray()结果做str_replace('_', '', $key)或用array_change_key_case()+ 自定义映射表；不要试图在模型里重写toArray()，容易破坏关联、序列化和缓存逻辑
最易被忽略的是：TP5 的 $schema 和 $type 只管字段类型校验与转换，跟字段名映射毫无关系。把 $schema = ['name' => 'string'] 当成 Laravel 的 $casts 来用，结果字段根本查不出来——因为数据库里根本没有 name 这个列。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
