最终安全发布

最终安全发布,第1张

最终安全发布

编辑添加:关于Java和JSR-133

final
行为起源的
有趣观点。

有关如何

final
在新JMM中正常工作的规范参考,以确保安全发布:http
:
//www.cs.umd.edu/~pugh/java/memoryModel/jsr-133-faq.html#finalRight

简单回顾一下,我认为您的代码代表该

EventSourcesource
对象的“安全”发布,大概是将事件回调传递到
listener
另一个线程中。您可以确保在
safe.listener
传递的引用上运行的线程将看到一个完全初始化的
listener
字段。这
不会 进一步保证
onEvent
与对象状态的调用或与对象状态的其他交互相关的其他同步问题。

您的代码保证的是,当

SafeListener
的构造方法在静态方法内返回引用时,
listener
就不会以未写入状态查看该字段(即使没有显式同步)。例如:假设线程A调用
newInstance()
,导致对该
listener
字段的分配。假设线程B能够取消引用该
listener
字段。然后,即使没有任何其他同步,也可以保证线程B看到write
listener = newEventListener()...
。如果该字段不是
final
,您将不会获得该保证。有几种(其他)方式可提供不同性能和可读性的保证(显式同步,原子引用的使用,易失性的使用)。

并非所有合法的建议都是可取的。建议您看一下JCiP以及有关安全发布技术的这篇文章。



欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/zaji/5428595.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2022-12-11
下一篇2022-12-11

发表评论

登录后才能评论

评论列表(0条)

    保存