java – 为什么RandomAccessFile writeLong用多次写调用实现?
在分析应用程序时,我注意到RandomAccessFile.writeLong花了很多时间. 我检查了这个方法的代码,它涉及8次本机方法写入调用.
我做了一个小基准测试并得到了这些结果:
在具有Intel(R)CPU T2300 @ 1.66GHz的Linux机器上进行测试 由于本机调用会有一些性能损失,为什么writeLong会以这种方式实现? 谢谢. 最佳答案
我会投票反对懒惰,或者(更加慈善)不考虑后果.
writeLong()的本机实现可能需要每个体系结构的版本,以处理字节排序(JNI将转换为平台字节顺序).通过将转换保持在“跨平台”层,开发人员简化了移植工作. 至于为什么他们在Java端没有转换为数组,我怀疑这是因为害怕垃圾收集.我猜想RandomAccessFile自1.1以来已经发生了微小的变化,直到1.3,垃圾收集才开始使小对象分配“免费”. 但是,还有RandomAccessFile的替代方案:看看MappedByteBuffer 编辑:我有一台JDK 1.2.2的机器,从那时起这个方法没有改变. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |