日期时间不可变与日期时间

差异的核心在类的文档中进行了描述：DateTime

此类的行为与 DateTimeImmutable 相同，只是在调用修改方法（如 DateTime：：modify（））时，对象会自行修改。

让我们在一个具体的例子中观察这种差异：

$date = new DateTime();
$tomorrow = $date->modify('+1 day');
echo $date->format('Y-m-d');
echo $tomorrow->format('Y-m-d');

这将输出：

2021-05-15
2021-05-15

这里发生的事情是返回了对象的相同实例。该变量不包含其他对象，它包含对原始对象的引用。更新新变量也修改了原始变量。modifyDateTime$tomorrow

如果我们执行相同的修改，但在不可变版本上：

$date = new DateTimeImmutable();
$tomorrow = $date->modify('+1 day');
echo $date->format('Y-m-d');
echo $tomorrow->format('Y-m-d');

这将输出：

2021-05-14
2021-05-15

因为在 中，修改方法不会返回相同的实例，所以它们会给你一个新的实例（也是不可变的）。这也意味着您必须将其结果分配给不可变版本的变量（如上一个示例中所示）才能使用它：DateTimeImmutable

$date = new DateTime('2021-05-14');
$date->modify('+1 day');
echo $date->format('Y-m-d'); // 2021-05-15

$date = new DateTimeImmutable('2021-05-14');
$date->modify('+1 day');
echo $date->format('Y-m-d'); // 2021-05-14; original is untouched

由于这种行为，不可变版本几乎总是优先于可变版本。意外修改您无意修改的日期实例是一个非常常见的错误。

在可以可靠地确定不存在损害应用程序状态的危险的情况下，您可能更喜欢可变版本以避免分配步骤，但一旦您牢牢掌握了概念，最好将其留待估计。

除此之外，以下方法也被认为是变异的：modify

• add
• sub
• setDate
• setISODate
• setTime
• setTimezone

区别在于“不可变”部分，这意味着一旦创建了对象，它就永远不会改变（wiki了解更多信息）。这意味着，每当您修改时，同一实例将被更改，但是当您修改时，将返回一个新的修改实例。DateTimeDateTimeImmutable

通常，不可变对象在创建后永远不会改变其状态。相反，当需要修改时，它将返回具有已修改状态的同一类的新实例。

它们都实现了相同的DateTimeInterface这一事实有点令人困惑，但可以通过以下事实来解释：该接口没有描述DateTime和DateTimeImmutable提供的所有可用功能。更准确地说，该接口不包括允许状态更改的方法。

选择其中之一的用例主要取决于偏好，编码标准，并且在某种程度上，对代码质量的需求与对开发速度的需求。