服务器上PHP时区转换失效：悉尼时间转UTC未生效

你的代码逻辑本身是没问题的——理论上这段代码应该能把Australia/Sydney时区的时间正确转成UTC。但既然转换后结果和原时间一致，咱们可以从这几个方向排查：

1. 确认DateTime对象的时区是否被正确设置 #

有时候看起来传了时区参数，但实际DateTime对象并没有正确应用它。你可以在代码里加几行调试输出，验证时区的变化：

$local_datetime = "2018-04-11 16:01:48";
echo "Local datetime: $local_datetime<br>";
$local_timezone = new DateTimeZone('Australia/Sydney');
$datetime = new DateTime($local_datetime, $local_timezone);
// 新增：检查初始时区
echo "Initial timezone: " . $datetime->getTimezone()->getName() . "<br>";
$utc_timezone = new DateTimeZone('UTC');
$datetime->setTimeZone($utc_timezone);
// 新增：检查转换后的时区
echo "Updated timezone: " . $datetime->getTimezone()->getName() . "<br>";
$utc_datetime = $datetime->format('Y-m-d H:i:s');
echo "UTC datetime: $utc_datetime";

如果初始时区不是Australia/Sydney，说明DateTime构造时没有正确使用你传入的时区参数，这时候要检查PHP的默认时区配置。

2. 检查PHP的默认时区配置 #

PHP的date.timezone全局设置可能会干扰DateTime的解析行为（虽然官方文档说构造函数的时区参数优先级更高，但部分旧版本PHP可能存在兼容性问题）。你可以用以下代码查看当前默认时区：

echo "PHP default timezone: " . ini_get('date.timezone') . "<br>";

如果默认时区是UTC，且你使用的是PHP5.2及更早的版本，建议升级到PHP5.3+（现在主流都是8.x版本了），旧版本的DateTime组件确实存在一些时区解析的bug。

3. 用时间戳验证转换逻辑 #

时间戳是时区无关的，你可以输出DateTime对象的时间戳来确认转换是否真的没生效：

echo "Timestamp: " . $datetime->getTimestamp() . "<br>";

2018年4月11日悉尼已经结束夏令时（夏令时通常到4月第一个周日），此时悉尼时区是UTC+10，所以2018-04-11 16:01:48对应的时间戳应该是1523440908，这个时间戳对应的UTC时间就是2018-04-11 06:01:48。如果时间戳正确，但format输出不对，那可能是format方法的问题（这种情况极少见）。

4. 换一种写法测试 #

如果以上排查都没问题，你可以试试用过程式风格的函数来测试，看看是不是面向对象方法的问题：

$local_datetime = "2018-04-11 16:01:48";
echo "Local datetime: $local_datetime<br>";
$datetime = date_create($local_datetime, timezone_open('Australia/Sydney'));
date_timezone_set($datetime, timezone_open('UTC'));
$utc_datetime = date_format($datetime, 'Y-m-d H:i:s');
echo "UTC datetime: $utc_datetime";

一般来说，通过前两步就能找到问题所在——大概率是DateTime对象的时区没有被正确初始化，或者PHP默认时区的干扰。

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