问题现象与误解
在 Laravel 等 PHP 项目中，开发者常利用 Carbon 库来处理日期和时间。一个常见的场景是设置 HTTP Cookie 的过期时间。例如，以下代码尝试使用 Carbon 设置一个带有特定时区（如 Europe/London）的过期时间，并将其转换为 Unix 时间戳传递给 setcookie 函数：
/**
* 创建一个Cookie
*
* @param string $name Cookie名称
* @param string $value Cookie值
* @param int $expires 过期时间（分钟）
*/
public function createCookie($name, $value, $expires = 60)
{
// 期望：在 Europe/London 时区下，当前时间加 $expires 分钟后过期
$expiry = Carbon::now()->addMinutes($expires)->setTimezone('Europe/London');
// 将 Carbon 对象转换为 Unix 时间戳
setcookie($name, $value, $expiry->timestamp);
}然而，当在浏览器中检查这个 Cookie 的过期时间时，开发者可能会发现它仍然显示为协调世界时（UTC）格式，而非预期的 Europe/London 时区。这常常导致一个误解：认为 Carbon::setTimezone() 没有生效，或者 setcookie 函数忽略了时区设置。
Unix 时间戳的本质：无时区的 UTC
要理解这一现象，首先需要明确 Unix 时间戳的定义。Unix 时间戳（Unix Epoch）是指自协调世界时（UTC）1970年1月1日00:00:00以来经过的秒数。它是一个整数值，代表了一个全球统一的、与任何特定时区无关的绝对时间点。
Carbon 库中的 $timestamp 属性正是这一概念的体现。根据 CarbonInterface 的定义，$timestamp 属性表示“自 Unix 纪元以来的秒数”。无论 Carbon 对象内部设置了哪个时区，其 timestamp 属性返回的都是该时间点在 UTC 时间下的秒数。setTimezone() 方法会改变 Carbon 对象在格式化输出或进行日期计算时的表现，但它不会改变该时间点所对应的 Unix 时间戳的底层值。例如：
立即学习“PHP免费学习笔记（深入）”；
$nowUtc = Carbon::now('UTC');
$nowLondon = Carbon::now('Europe/London');
echo $nowUtc->timestamp; // 输出：1678886400 (示例值)
echo $nowLondon->timestamp; // 输出：1678886400 (与 UTC 时间戳相同)尽管 $nowLondon 对象在显示时会根据 Europe/London 时区进行调整，但其 timestamp 属性的值与 UTC 时区的 Carbon 对象是完全一致的，因为它代表的是同一个绝对时间点。
PHP setcookie 函数的内部机制
PHP 的 setcookie 函数在处理 expires 参数时，明确要求传入一个 Unix 时间戳。根据 PHP 官方文档：
经过一段时间的开发，以及内部测试，同程网联盟景区新版程序正式发布推出，感谢广大联盟会员一直以来的支持与关注！ 同程网联盟景区新版程序新功能介绍：1.统一的页面风格。页面风格将与随后推出的度假线路、酒店、机票以及融合版联盟程序风格保持一直；2.新增后台管理系统。可更加方便快捷的对网站进行个性化设置；3.动态与伪静态切换。后台操作，简单便捷；4.缓存管理。新增缓存，提高网站访问速度，后台可定期清理；5
expires Cookie 的过期时间。这是一个 Unix 时间戳，表示自纪元以来的秒数。换句话说，您很可能使用 time() 函数加上您希望它过期的秒数来设置它。或者您可以使用 mktime()。time()+60*60*24*30 将把 cookie 设置为 30 天后过期。如果设置为 0 或省略，则 cookie 将在会话结束时（浏览器关闭时）过期。注意： 您可能会注意到 expires 参数采用 Unix 时间戳，而不是日期格式 Wdy, DD-Mon-YYYY HH:MM:SS GMT，这是因为 PHP 在内部进行了这种转换。
这明确指出，即使 HTTP 协议要求 Set-Cookie 响应头中的 Expires 属性采用 Wdy, DD-Mon-YYYY HH:MM:SS GMT 这种特定格式，PHP 也会内部将传入的 Unix 时间戳转换为这种格式。这里的 GMT（格林尼治标准时间）在大多数上下文中可以视为与 UTC 等同。因此，浏览器中显示的 GMT 或 UTC 格式的过期时间是 PHP 内部转换后的结果，而非 Carbon 的 setTimezone 操作被忽略。
结论与最佳实践
综上所述，当您使用 Carbon 对象生成 Unix 时间戳并将其传递给 setcookie 函数时，无论 Carbon 对象内部设置了哪个时区，setcookie 最终都会将这个 Unix 时间戳（一个无时区的 UTC 值）转换为 GMT/UTC 格式的日期字符串发送给浏览器。浏览器接收并显示这个 GMT/UTC 格式的过期时间是完全符合预期的行为。
因此，如果您的目标是设置一个精确的过期时间点，并且希望在 PHP 内部进行时区感知计算，Carbon::setTimezone() 是有用的。但当您将结果传递给 setcookie 时，请记住 expires 参数只关心绝对的 Unix 时间戳，其在浏览器中的最终显示将是 GMT/UTC。这种行为是设计使然，并非错误。
总结要点：
- Unix 时间戳是全球统一的、无时区的 UTC 时间点。
- Carbon 的 timestamp 属性始终返回其表示时间点的 UTC Unix 时间戳。
- Carbon::setTimezone() 影响的是 Carbon 对象的显示和时区相关的日期计算，但不改变其 timestamp 属性的底层 UTC 值。
- PHP setcookie 函数的 expires 参数期望一个 Unix 时间戳，并会在内部将其转换为 GMT/UTC 格式发送给浏览器。
- 浏览器显示 Cookie 过期时间为 UTC/GMT 是正常且预期的行为。
理解这些基本原理，有助于避免在处理日期和时间时产生不必要的困惑，并能更有效地利用 Carbon 和 PHP 的内置功能。
