Carbon::parse真是坑,直接用UTC。

解析没有时区的时间需要自定义时区。解析好像没有用默认时区的说法，默认时区该说是用在获取now的时候的

如楼上所说，Unix 时间戳只是个数字，代表 1970-1-1 至今过去了多少秒，不受时区影响。

我看了下 Carbon 的文档，这应该是 Carbon 3 的行为，之前的 Carbon 2 应该是会继承的。

You can create instances from unix timestamps. createFromTimestamp() create a Carbon instance equal to the given timestamp and will set the timezone to the given timezone as second parameter, or to UTC if non given (since Carbon 3) (in previous versions it defaulted to date_default_timezone_get()).

carbon.nesbot.com/docs/#api-timezo...

而 Laravel 应该是用 date_default_timezone_get 设置了默认时区。

去年踩过这个坑, laravel的这个Facade有点问题, 保险起见我直接手动 Carbon::createFromTimestamp($time, Config::get('app.timezone'))

保险起见后端全用utc时区，返回给前端，前端根据设备的地区设置显示对应时区的时间

date_default_timezone_set 还是UTC吗

就我从阿里云的一些返回数据上来看，他们都是直接返回时间戳的，具体显示什么时间是前端来做设置。

通用做法不是后端都是utc然后前端来显示相应的时间吗 :joy:

为 Carbon 加个 inAppTimezone 宏方法：

$carbon->inAppTimezone()->其他方法(...);

boot 一下这段代码

\Illuminate\Support\DateFactory::useCallable(
    static fn (mixed $result): mixed => $result instanceof \DateTime || $result instanceof \DateTimeImmutable
        ? $result->setTimezone(config('app.timezone'))
        : $result
);

解析时间戳要用 createFromTimestamp

大坑!!! Carbon 升级文档有说这个事, 反正用 parse() 方法传递时间戳来初始化的时候是用的 UTC 时区的, 即使传递了第二个参数也无效. createFromTimestamp() 方法第二个参数有效.

我的遇到这个坑了，有点离谱，绝对是设计缺陷