firePropertyChange的oldValue与newValue参数取值是否有实际影响？

我来帮你拆解这个问题——在使用PropertyChangeListener的场景里，firePropertyChange的oldValue和newValue确实必须不同才会触发监听器，但它们的具体取值是否重要，完全取决于你的视图和业务逻辑怎么利用这些值：

• 如果视图只需要感知「属性发生了变更」，不需要关心具体变了什么：那这两个值的具体内容其实不重要，只要确保二者不一样就行。比如你的数独模型里，只要某个单元格的值更新了，视图只需要刷新这个单元格的显示，不管之前是空白值还是某个数字，现在是求解后的什么结果——这种情况下，你甚至可以传null作为oldValue，传任意非null值作为newValue（只要二者不同），反过来也一样，只要能触发监听器就达到目的了。

• 如果视图需要基于旧值做额外处理：那这两个值就非常关键了。举个例子，假设你的数独视图会给刚填充的数字加个高亮动画，同时把之前的单元格样式还原；或者你想做撤销功能，需要记录每个单元格的变更历史——这时候oldValue就是你还原旧状态、记录历史的核心数据，newValue则是更新视图的依据，二者缺一不可。

回到你的数独求解项目场景：

模型总是在求解后写入结果，更新视图

如果你的视图只是单纯刷新数独格子的显示，不需要对比新旧值做额外逻辑，那oldValue和newValue的具体取值确实没那么重要——只要保证二者不同，能触发监听器刷新就行。但我还是建议你传递真实的新旧单元格值，毕竟后续如果要加高亮、撤销这类功能，直接就能复用这些数据，不用再修改firePropertyChange的传参逻辑。

另外提个小细节：Java的PropertyChangeSupport里的firePropertyChange方法，会先通过equals方法判断oldValue和newValue是否相等，只有不等的时候才会通知监听器。所以哪怕你传的是对象，只要equals判断为不同，就会触发响应。

总结一下：

• 核心触发条件是oldValue与newValue在equals层面不相等
• 取值的重要性完全取决于你的监听器（视图）是否需要用这两个值做业务逻辑
• 数独项目初期如果只需要基础刷新，随便传不同的有效值就行，但传递真实新旧值能为后续扩展留足空间。

内容的提问来源于stack exchange，提问作者Ludvig Jakobsson