最终一致性：暂时不一致不可避免，且适用于所有远程通信

传统ACID事务把不同客户端相互隔离，提交前谁也看不到别人的中间修改；但当任务分散到多个远程服务时，这种隔离度荡然无存——中间步骤所做的变更会立刻对所有人实时可见。在入网例子里，用户已经在CRM系统可见但还没进账单系统，这违反了”用户应同时存在于两个系统”的不变式，这种状态就是不一致。关键认知是：这类暂时的不一致是不可避免的，你必须理解它可能引发的失败场景——比如用户信息已进CRM但还没进账单系统时，营销活动完全可能已经把他们纳入，即便最终订单被拒、用户没能真正激活，他们依然可能已经收到了升级版广告；良好设计的系统边界要确保中间状态不会对外部世界”造成实质伤害”，或者至少要清楚知道它会带来什么影响，并思考消除不一致的具体策略——最终一致性的含义就是：系统终会靠某种机制回到一致状态（比如账单系统写入失败时反过来在CRM系统暂停这个用户）。这个道理不局限于微服务场景，[[ACID事务的边界局限跨服务通信为何无法沿用ACID]]描述的取舍适用于任何形式的远程通信：即便只是简单一次REST调用，比如支付服务调用信用卡服务扣款时遇到网络异常，你根本无法确定信用卡到底扣没扣成功——只要发生了一次远程调用，就已经踏进了最终一致性的世界，必须提前想清楚该如何检测和恢复一致状态（比如检查是否已扣款、调用清理API、或直接发起撤销扣款）。