在使用 PHP 的 Carbon 库处理日期和时间时，开发者可能会遇到一个常见的困惑：当对一个 Carbon 实例调用 setTime() 方法并将其赋值给不同的变量时，这些变量最终却指向了相同的时间。这通常是由于对 Carbon 对象可变性（Mutability）的理解不足所导致的。
Carbon 对象的可变性解析
Carbon 库中的日期时间对象在默认情况下是可变的。这意味着当您对一个 Carbon 实例执行诸如 setTime()、addDay()、subMonth() 等修改操作时，这些方法会直接修改当前对象的状态，而不是返回一个新的 Carbon 实例。
考虑以下代码示例，它尝试基于同一个 $date 实例设置两个不同的时间点：
use Carbon\Carbon;
// 假设我们有一个初始的 Carbon 对象
$date = Carbon::parse('2021-11-15 10:00:00');
// 尝试设置不同的时间
$tempMonStart = $date->setTime(8, 0);
$tempMonEnd = $date->setTime(3, 0);
// 检查结果
dump($tempMonStart, $tempMonEnd);运行上述代码，您可能会发现 dump() 的输出如下：
date: 2021-11-15 03:00:00.0 Asia/Singapore (+08:00) date: 2021-11-15 03:00:00.0 Asia/Singapore (+08:00)
尽管我们期望 $tempMonStart 和 $tempMonEnd 拥有不同的时间（8:00 和 3:00），但实际结果却是两者都变成了 3:00。这是因为：
- $date->setTime(8, 0) 修改了 $date 对象本身的时间为 8:00，并将修改后的 $date 对象（即其自身的引用）返回并赋值给 $tempMonStart。此时 $date 和 $tempMonStart 都指向同一个对象，且时间为 8:00。
- 接着，$date->setTime(3, 0) 再次修改了 同一个 $date 对象的时间为 3:00，并将其返回赋值给 $tempMonEnd。由于 $tempMonStart 仍然指向这个被修改过的 $date 对象，所以它的时间也变成了 3:00。
因此，所有从原始 $date 变量派生并进行修改的变量，最终都会指向同一个被最后一次操作修改过的 Carbon 实例。
解决方案：巧用 copy() 方法
为了避免这种意外的同步变化，我们需要在进行修改操作之前，先创建一个 Carbon 对象的独立副本。Carbon 提供了 copy() 方法来实现这一点。copy() 方法会返回一个全新的 Carbon 实例，它与原始实例具有相同的日期、时间、时区等属性，但它们是完全独立的两个对象。对副本的修改不会影响原始对象，反之亦然。
以下是使用 copy() 方法修正上述问题的示例代码：
use Carbon\Carbon;
// 假设我们有一个初始的 Carbon 对象
$date = Carbon::parse('2021-11-15 10:00:00');
// 在修改时间之前，先创建对象的副本
$tempMonStart = $date->copy()->setTime(8, 0);
$tempMonEnd = $date->copy()->setTime(3, 0);
// 检查结果
dump($tempMonStart, $tempMonEnd);运行修正后的代码，您将得到期望的结果：
date: 2021-11-15 08:00:00.0 Asia/Singapore (+08:00) date: 2021-11-15 03:00:00.0 Asia/Singapore (+08:00)
通过在调用 setTime() 之前链式调用 copy()，我们确保了 $tempMonStart 和 $tempMonEnd 分别操作的是 $date 对象的独立副本。这样，每个变量都拥有一个独立的时间状态，互不影响。
核心要点与最佳实践
- 理解可变性： Carbon 对象默认是可变的。当您对一个 Carbon 实例进行修改操作（如 setTime()、add*()、sub*() 等）时，您是在直接修改该实例本身。
- 何时使用 copy()： 当您需要基于一个现有的 Carbon 实例创建另一个日期时间，并且希望对新创建的日期时间进行修改而不影响原始实例时，务必使用 copy() 方法。
- 链式操作： copy() 方法返回一个新的 Carbon 实例，因此您可以很自然地将其与其他修改方法进行链式操作，如 $date->copy()->setTime(hour, minute);。
- 避免意外副作用： 养成在需要独立时间对象时使用 copy() 的习惯，可以有效避免因对象引用导致的数据混淆和难以追踪的错误。
- 性能考量： copy() 操作会创建新的对象，虽然通常性能开销很小，但在极度性能敏感的循环中，如果确实不需要独立副本，可以考虑直接修改原始对象。然而，在大多数业务场景中，代码的清晰性和可维护性远比微小的性能差异更为重要。
总结
Carbon 库的强大之处在于其简洁的 API 和丰富的功能。然而，理解其对象的可变性是正确高效使用它的关键。当您需要从一个基准 Carbon 实例派生出多个独立的时间点时，记住使用 copy() 方法创建独立的副本，这将确保您的时间操作行为符合预期，并提升代码的健壮性和可读性。
