carbon 是纯 php 日期库，不依赖 laravel；执行 composer require nesbot/carbon 即可安装并自动加载，但需正确 use carbon\carbon，且 v3 不再支持全局 carbon 类名。
Carbon 不是独立安装的“库”，而是 Laravel 的依赖之一；直接通过 Composer 安装 nesbot/carbon 即可使用，无需 Laravel 环境。
为什么 composer require nesbot/carbon 就够了
Carbon 是一个纯 PHP 日期处理扩展，不依赖 Laravel 运行时，只依赖 PHP ≥ 8.0 和 symfony/polyfill-mbstring（Composer 会自动补全）。执行命令后，它会被放入 vendor/nesbot/carbon，并通过 Composer 的自动加载机制生效。
- 不用手动配置 autoload —— Composer 已在
vendor/autoload.php中注册 PSR-4 规则 - 不推荐用
require_once引入 Carbon 文件 —— 会绕过自动加载，导致命名空间解析失败 - 如果项目已有旧版 Carbon（如 v1），
composer require默认装最新 v3，可能触发DateTimeInterface兼容报错
安装时遇到 Root composer.json requires nesbot/carbon ^3.0, found nesbot/carbon[dev-main, 3.x-dev] but these were not loaded
这是 Composer 2.2+ 的严格版本匹配行为：你声明了 ^3.0，但当前仓库的 dev-main 分支未打正式 tag，被忽略。常见于你 fork 了 Carbon 仓库并改了 composer.json 的 repositories 配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 临时解决：加
--with-all-dependencies或删掉自定义repositories段 - 长期建议：不要把 Carbon 加进
repositories—— 官方包已足够稳定，fork 后未维护易引入时区或格式化 bug - 检查是否误用了
"minimum-stability": "dev"—— 这会让 Composer 尝试装dev-main而非v3.7.0这类稳定版
安装完无法 new Carbon()？检查命名空间和 use 声明
Carbon v3 默认使用 Carbon\Carbon 全限定名，不再支持全局 Carbon 类名（v1 行为）。不写 use 或写错命名空间是新手最常踩的坑。
- 正确写法：
use Carbon\Carbon;，然后$now = Carbon::now(); - 错误写法：
new Carbon()不加use→Fatal error: Uncaught Error: Class "Carbon" not found - 别用
use Carbon\Carbon as Carbon;—— PHP 不允许 alias 覆盖同名类，会报 parse error - 如果项目还在用 v1 升级上来的代码，搜索
Carbon::create并替换为Carbon::createFrom...()系列方法
Carbon 的核心价值不在安装，而在时区上下文、本地化字符串、测试替换成分 —— 这些都需要显式调用 Carbon::setTestNow() 或 Carbon::setLocale() 才生效，光装完什么也不做，跟原生 DateTime 没区别。
