composer不提供多语言包，laravel本地化由框架内置实现；可通过composer require laravel-lang/lang --dev安装社区翻译包，但需手动复制文件至resources/lang，且须匹配laravel版本分支。
Composer 本身不提供多语言包，Laravel 的本地化能力是框架内置的，composer 只负责安装 Laravel 或其生态中支持 i18n 的扩展包（如 laravel-lang），但绝大多数场景下你根本不需要额外装包——Laravel 已自带完整的语言文件管理机制。
如何用 composer 安装社区维护的多语言翻译包（如 laravel-lang）
官方 Laravel 不预装除英文外的其他语言，社区项目 laravel-lang 提供了大量语言的翻译文件。它不是运行时依赖，而是「静态资源包」，安装后需手动复制到 resources/lang。
- 执行
composer require laravel-lang/lang --dev（加--dev是因为这些文件只在开发阶段使用） - 安装完成后，语言文件位于
vendor/laravel-lang/lang，需用脚本或手动复制对应语言子目录（如zh_CN）到resources/lang/zh_CN - 注意：不同 Laravel 版本对应不同
laravel-lang分支，例如 Laravel 11 应用需用v11分支，否则validation.php等文件结构可能不匹配 - 该包不注册任何服务或配置，只是文件集合，
composer install后不会自动生效
Laravel 本地化配置的核心文件与加载逻辑
语言切换不靠 Composer，而靠 Laravel 的 config/app.php 和 resources/lang 目录结构。框架按约定读取翻译文件，不依赖自动发现或服务注册。
-
config/app.php中的'locale' => 'en'控制默认语言；'fallback_locale' => 'en'指定回退语言 - 语言文件必须放在
resources/lang/{locale}/下，例如resources/lang/zh_CN/messages.php，且数组键名需与__('messages.welcome')中一致 - 若使用 JSON 翻译（
resources/lang/en.json），则无需子目录，但所有语言都得用 JSON 格式，不能混用 PHP 数组和 JSON - 缓存语言文件会提升性能：
php artisan lang:publish（需 Laravel 11+）或手动执行php artisan config:clear && php artisan view:clear避免旧翻译残留
常见本地化失效原因及排查路径
翻译没显示、始终显示英文、部分键缺失——这些问题几乎从不源于 Composer，而在于路径、命名或运行时上下文。
- 检查
App::getLocale()返回值是否为你期望的语言，而不是硬编码的__('xxx')被提前解析 - 确认
resources/lang/zh_CN/validation.php存在，且顶层数组键为'accepted' => '必须接受'，而非嵌套在'custom' => [...]里却调用__('validation.accepted') - Blade 中使用
{{ __('messages.hello') }}时，确保messages.php文件返回的是return ['hello' => '你好'];，不是return ['messages' => ['hello' => '你好']] - HTTP 请求头
Accept-Language: zh-CN,zh;q=0.9不会自动触发语言切换，需手动调用App::setLocale('zh_CN')或通过中间件实现
return [
'welcome' => '欢迎来到我们的网站',
'title' => '仪表板',
];
语言文件写法极简，没有模板语法、不支持变量插值（插值由 :name 占位符 + __('welcome', ['name' => $user->name]) 实现），也别试图在 PHP 语言文件里 require 其他文件——Laravel 加载时是直接 include 并期望返回数组。
