在领域驱动设计（DDD）中，聚合根作为一种特殊的实体，承担着若干核心职责，它不仅对聚合内的对象负责，还确保业务规则在整个聚合内的正确实施。聚合根的主要职责包括但不限于以下几个方面：

1. 身份标识：每个聚合根都有一个唯一的标识符，能够通过该标识符来定位和管理聚合。这个标识在整个应用中必须是唯一的，以便系统能够准确地识别和操作该聚合实例。

2. 规则的入口：聚合根提供了聚合的业务规则执行入口，任何对聚合内成员对象的操作都应该通过聚合根来进行。这样可以确保业务规则得到正确执行，防止规则被绕过。例如，在一个订单管理的系统中，创建一条新的订单项（OrderItem）时，必须通过订单（Order，聚合根）来添加，而不是直接对OrderItem实体进行操作。

3. 变化的协调：当一个业务操作导致聚合内部多个实体或对象发生变化时，聚合根负责协调这些变化，确保业务规则的一致性和完整性。比如，当减少订单中的某个商品数量时，聚合根可能会更新库存状态，同时可能还需要更新客户的积分等。

4. 事务边界：聚合根定义了业务操作的事务边界，确保聚合内的所有变化要么全部提交，要么全部回滚，避免了部分更新所导致的不一致状态。这有助于维护数据的完整性和一致性。

通过这些职责，聚合根支持了业务规则的封装和维护。具体来说，聚合根将业务规则与数据结构紧密地结合在一起，使得业务逻辑更加清晰、易于理解和维护。当需要修改业务规则时，通常只需要调整聚合根中的实现即可，而不需要修改分散在其他地方的代码。此外，由于所有与聚合相关的操作都必须通过聚合根进行，因此可以有效地防止业务规则被绕过或错误地执行，从而保证了系统的健壮性和可靠性。

示例：假设我们正在开发一个在线购物平台，其中有一个核心的业务场景是用户下单。在这个场景中，订单（Order）就是聚合根，它包含了一些订单项（OrderItem），每个订单项又关联着一个商品（Product）。当用户向购物车添加商品并最终决定购买时，系统实际上是创建了一个新的订单并添加了相应的订单项。这里的操作应当通过订单（聚合根）来完成，确保在添加订单项时，可以应用诸如检查商品库存、计算订单总价等业务规则。如果库存不足，订单项的创建将被拒绝，确保了业务的一致性和连贯性。