date_default_timezone_set是否会修改全局时区？Laravel项目时区处理咨询

你的担忧是完全合理的 #

• 首先明确边界：如果你的项目用的是传统FPM模式部署，date_default_timezone_set 不会跨请求影响其他用户的执行逻辑，因为每个请求是独立的进程，执行完就销毁。但如果是Swoole/Workerman这类常驻内存的部署架构，这个修改是全局生效的，会直接导致所有用户的时间逻辑出错，风险极高。
• 就算是FPM模式，这个写法也有极高的同请求逻辑污染风险：同一个请求生命周期内只要调用过一次时区修改，后续所有未指定时区的时间函数（date()/time()/strtotime()等）都会使用修改后的时区，比如后续写操作日志、生成订单时间、存入数据库的时间字段如果没有手动指定时区，都会变成对应商户的时区时间，和项目默认时区（通常是UTC或者国内用Asia/Shanghai）不一致，后续做数据统计、跨时区业务扩展的时候会出现大面积数据错乱。
• 多次调用不同商户时区的情况下，前后逻辑的时区会互相覆盖，很容易出现业务判断错误，比如先处理A商户设了东八区，后面处理B商户设了西五区，再后面的逻辑如果要用到项目默认时区的时间，拿到的就是西五区的结果。

关于是否可以暂时保留现有代码 #

可以暂时保留，但必须先做最低成本的安全加固，再逐步替换为Carbon的写法，不要直接裸跑现有逻辑：

临时加固方案（10分钟就能改完全部68处） #

每次修改时区前先保存原有默认时区，处理完当前业务立刻切回，避免污染后续逻辑：

// 保存当前请求的原时区
$originalTimezone = date_default_timezone_get();
date_default_timezone_set($business->timezone);
$time = (int)date("H");
// 立刻切回原时区
date_default_timezone_set($originalTimezone);

if($time < $business->open_time){
    //business is not open yet.
}

后续替换Carbon的正确写法 #

完全不需要修改全局时区，直接在Carbon实例上指定时区即可，无任何副作用：

// 直接获取指定商户时区的当前时间
$businessCurrentTime = now()->timezone($business->timezone);
if ($businessCurrentTime->hour < $business->open_time) {
    // 未营业
}

内容的提问来源于stack exchange，提问作者Bigbob556677