Inertia.js 1.1.0版本中部分重载导致页面属性丢失问题分析

在Inertia.js框架的1.1.0版本升级过程中，开发团队发现了一个关于部分重载(partial reload)功能的重要行为变更。这个问题主要影响Vue3版本的Inertia.js集成，当使用router.reload()方法进行部分重载时，会导致所有页面属性($page.props)被意外设置为undefined。

问题现象

在1.0.6版本中正常工作的代码，在升级到1.1.0后出现了异常行为。具体表现为：当开发者使用only参数指定只重载特定属性时，不仅指定的属性会被更新，其他所有页面属性都会被重置为undefined。

router.reload({
    only: ['some-prop'],  // 只重载some-prop属性
});

在上述代码执行后，不仅some-prop属性会被更新，原本存在的$page.props.user.name等其他属性也会变为undefined，这显然不符合开发者的预期。

问题根源

经过深入分析，这个问题源于Inertia.js 1.1.0版本对部分重载机制的内部重构。在之前的版本中，如果指定的属性在响应中不存在，该属性会被设置为null；但在1.1.0版本中，这种情况会导致整个页面属性对象被清空。

问题的触发条件比较特殊：当后端返回的响应中不包含only参数指定的属性时，就会引发这个问题。例如：

return inertia('Page', [
    // 没有包含'some-prop'属性
]);

解决方案

Inertia.js核心团队在1.2.0版本中修复了这个问题。修复后的行为与1.0.6版本一致：当指定的属性在响应中不存在时，该属性会被设置为null，而不会影响其他页面属性。

对于暂时无法升级到1.2.0版本的项目，开发者可以采取以下临时解决方案：

1. 确保所有only参数指定的属性在后端响应中都存在
2. 暂时避免使用部分重载功能，改用完整页面重载
3. 回退到1.0.6版本

最佳实践建议

为了避免类似问题，建议开发者在进行部分重载时：

1. 始终确保后端返回所有only参数指定的属性
2. 在升级Inertia.js版本前，充分测试部分重载功能
3. 考虑使用TypeScript进行类型检查，提前发现可能的属性访问问题

这个问题提醒我们，在框架升级时需要特别注意那些看似微小的行为变更，它们可能会对应用产生深远影响。Inertia.js团队快速响应并修复问题的态度也值得赞赏，展现了开源项目的良好维护状态。