ja unsafe c语言,c语音ja

kodinid 2024-06-05 13 0

大家好，今天小编关注到一个比较有意思的话题，就是关于java unsafe c语言的问题，于是小编就整理了2个相关介绍 Java unsafe c语言的解答，让一起看看吧。

atomiclong怎么实现线程安全？
为什么很多公司选择不升级JDK版本，仍然使用JDK8？

atomiclong 怎么 实现 线程 安全？

Atomiclong保证线程安全就是因为使用了乐观锁。

Unsafe 是做一些J***a语言不允许但是又十分有用的事情，具体的实现都是native方法，AtomicInteger里调用的 Unsafe 方法基于的是CPU 的 CAS指令来实现的。所以基于 CAS 的操作可认为是无阻塞的，一个线程的失败或挂起不会引起其它线程也失败或挂起。并且由于 CAS 操作是 CPU 原语，所以性能比较好。

（图片来源网络，侵删）

为什么 很多 公司 选择不升级 jdk 版本，仍然使用JDK8？

关于这个问题我个人认为有两个原因：

Oracle 对2019 年 1 月以后发布的 J***a SE 8 公开更新需要获取商用许可证，不向没有商用许可证的业务、商用或生产用途提供，在2019年1月前发布的J***a 8 更新版本则不受影响。

J***a 8 目前的性能很稳定，而且很多项目都是基于J***a 8开发的，一旦升级J***a 新版本，很有可能出现一些意外的风险，很多公司并不愿意承担这些风险。

（图片来源网络，侵删）

J***a 8应对绝大部分的开发，已经足够了；J***a 新版本带来的很多新特性，对于企业来说并不重要。

仔细考虑了下，有以下几点原因：

1.兼容性

（图片来源网络，侵删）

最主要的问题是，升级到新版本可能会导致一些老旧的代码无***常运行，这是无法接受的。新版也会导致很多J***a开发生态都无法使用，要跟着一起升级，如果相关的生态没有相应的升级包，那就是硬伤了，除非替换该组件。

2.特性

如果新版本的JDK提供了必要的特性和性能优化，并且没有兼容性和稳定性问题，那么升级JDK版本可能是一个明智的选择。但如果新版本的JDK存在一些问题或公司没有特别的需求，那么不升级JDK版本也是可以的。事实上新推出的J***a版本，里边的很多新特性，确实是很多互联网公司不需要的，也就没有必要升级了。即使是需要的特性，也早已有相关的组件提供了。

3.BUG

最后新版本可能存在稳定性问题和Bug，需要重新调整应用程序的代码逻辑和架构。此外，升级JDK版本需要进行充分的测试和验证，增加了维护成本和复杂度。曾经将公司里边的一个项目的JDK从7升级到8，测试对项目进行了全面的回归测试，成本的已经极高了，更何况新版的JDK兼容性问题更大，开发、测试工作量更难以评估。

对于新的项目更高版本的jdk时没有问题的，如果开发项目选jdk当然会选高版本（虽然说高版本有不稳定因素）。但对于已经完成的项目是否需要升级jdk我觉得是有待商榷的，jdk升了代码要不要重写？架构要不要重构？这些只是技术方面的问题，更大的阻碍在领导那边，只有当你切切实实能拿出收益的时候这个事情才能推行下去。比如6到8性能是有很大进步的，synchronized进行了优化引入了偏向锁轻量级锁适应性自选，HashMap用尾递归解决了环形链表，ConcurrentHashMap的锁粒度到了节点，等等很多你甚至不用改代码就能得到的性能提升，内存方面可以使用G1了(非默认需要在jvm参数中指定)在某些业务下对内存的利用更加充分，上述的变化带的是用户体验的提升是硬件成本的减少，没有几个真的懂且想做实事的领导会拒绝。反观11带来的收益更多的是针对开发的，类型推断用的多爽，我希望后续还可以根据类自动生成接口呢，但语法糖这种东西只会让我们爽，你的项目经理看到的确是没有明显的收益和带来的稳定性的挑战。