thinkphp模型访问器getfilesizeattr不触发或返回false，主因是字段名不匹配、file_size未在数据库中或未被查询、路径校验缺失；安全写法需三重判断路径有效性并单位换算，返回'0 b'兜底，高频场景建议上传时预存格式化值。
ThinkPHP 模型访问器不能直接格式化文件大小，因为 filesize() 是 PHP 原生函数，不属模型字段；必须先将文件路径存为模型字段（如 file_path），再在 getFileSizeAttr() 中调用 filesize() 并做单位转换。
为什么 getFileSizeAttr 不触发或返回 false
访问器只对模型真实字段生效，常见失效原因：
-
file_size字段没在数据库里，或没被select()查出来 → 访问器根本不会执行 - 误把路径存在
file_path字段，却定义了getFileSizeAttr→ 方法名和字段名不匹配，TP 不识别 - 没加
protected $type = ['file_path' => 'string'];，且字段值为 null 或空字符串 →$value传入filesize()会报Warning: filesize(): stat failed - TP6 中若用了
$model->getData('file_path')，访问器不触发 —— 必须用$model->file_path或$model->toArray()
安全获取并格式化文件大小的 getAttr 写法
核心是：先校验路径有效性，再调用 filesize()，最后换算单位。不要在访问器里抛异常或静默返回 0，否则导出、API、模板全受影响。
- 用
file_exists()+is_readable()+is_file()三重判断，缺一不可 - 换算函数自己写，别依赖外部类 —— 简单、可控、无兼容风险
- 单位统一用 1024 进制（
KB/MB），后缀大写，小数点后保留 1 位 - 空值/无效路径统一返回
'0 B'，避免模板中反复判空
示例：
public function getFileSizeAttr($value, $data)
{
$path = $data['file_path'] ?? '';
if (!is_string($path) || !file_exists($path) || !is_readable($path) || !is_file($path)) {
return '0 B';
}
$bytes = filesize($path);
if ($bytes === 0) return '0 B';
$units = ['B', 'KB', 'MB', 'GB'];
$i = 0;
while ($bytes >= 1024 && $i <h3>配合 append 和导出时的注意事项</h3><p>想在 API 或 Excel 导出中显示格式化后的大小，得靠 <code>append</code>，但容易踩坑：</p>
-
append(['file_size_format'])要求对应方法名为getFileSizeFormatAttr，不是getFileSizeAttr - 如果数据库里真有
file_size_format字段，TP 会优先取它，忽略访问器 - 导出前必须显式调用
$model->append(['file_size_format'])->toArray()，否则字段不出现在数组里 - 模板中写
{$user.file_size_format}是安全的，它会触发访问器；但{$user.file_path|filesize}是错的 —— 模板函数不接管模型逻辑
最易被忽略的是：访问器里调用 filesize() 属于 IO 操作，高频列表页会拖慢响应。真要兼顾性能与可读性，建议在上传时就计算并存入 file_size_formatted 字段，访问器只做兜底。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
