blocks|key|2697907|text|ObjectInputStream将更易于使用。在开始使用DataInputStream之前，我会检查一下这还不够快。DataInputStream的效率不如使用NIO/ByteBuffer，但改进相对较小，但工作量有所增加。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2697908|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

ObjectInputStream will be simpler to use. I would check this won't be fast enough before going to the effort of using DataInputStream. DataInputStream is not as efficient as using NIO/ByteBuffer but the effort increases for a relatively small improvement.

blocks|key|630964|text|如果处理得当，自定义序列化可以节省空间/带宽和cpu时间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|630965|我建议你看看谷歌的Protocol+Buffers+--非常高效和可移植的序列化库。|offset|length|630966|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/apis/protocolbuffers/^0|0|9|G|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Custom serialization can save you space/bandwidth and cpu time, if done right.

I suggest you take a look at google's <a href="http://code.google.com/apis/protocolbuffers/" rel="nofollow">Protocol Buffers</a> - very efficient and portable serialization library.

blocks|key|630844|text|您可以根据流中实际存在的数据类型来选择对象或数据InputStream。如果是Java对象，则使用对象流，如果不是，则使用DataInputStream+(或其他适当的对象流)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|630845|那么你的数据流中有哪些类型的数据呢？|630846|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

You choose an Object or Data InputStream based on what kind of data is actually in your stream. If it's Java Objects use an Object stream, if it's not then a DataInputStream (or other as appropriate). 

So what kind of data do you have in your stream?

blocks|key|630913|text|对象序列化/去序列化是java中比较繁重的事情之一。因此，如果这是程序的关键性能部分，那么避免对象序列化可能会有所帮助。尽管在许多情况下，瓶颈在其他地方，您可能最终会过早地进行优化。所以，如果你不确定这将是一个瓶颈，请使用ObjectInputStream，以后再优化。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|630914|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Object serialization/desirialization is one of the heavier things there are in java. So if this is a performance critical part of your program then avoiding object serialization can help. Although in many cases the bottlenecks lie somewhere else and you might end up doing premature optimization. So IMHO if you don't know for sure that this is going to be a bottleneck use ObjectInputStream and optimize later.

blocks|key|4300453|text|为什么你不写一些你想做的事情，在它周围做一些测试，这样你就知道它是有效的。然后，如果它成为一个问题，你将能够用更快的东西替换实现，而不会大惊小怪。如果事实证明这不是问题，就像大多数类似be...then的事情一样，你就不会把时间花在一些不必要的事情上，也不会过早地进行优化。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4300454|XstreamIs是一种非常方便的方法，而且非常容易使用。|4300455|如果您的体系结构不是非常健谈，那么您可能永远不需要优化这一点。|4300456|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Why Don't you write something that does what you want, put some tests around it so you know it works. Then if it ever becomes a problem, you will be able to replace the implementation with something quicker, with no fuss and bother. If it turns out that it's not an issue, as most things like this turn out to be...then you won't have spent time on something unnecessary, and you won't have prematurely optimised.

XstreamIs pretty handy fire this kind of thing, and very easy to use.

if your architecture isn't unduely chatty you may never need to optimise this bit.

When performing I/O operations in Java, is it generally more efficient (in terms of computing resources) to use an object data stream like <code>ObjectInputStream</code> or is it more efficient to use a primitive data stream like <code>DataInputStream</code>?

If it is more efficient to use an object data stream, is an object data stream still more efficient when we take into account the overhead (as minimal as it may be) associated with creating the object?

Is it more efficient to use an object data stream or a primitive data stream in Java?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在Java中执行I/O操作时，是使用像ObjectInputStream这样的对象数据流还是使用像DataInputStream这样的原始数据流更有效(就计算资源而言如果使用对象数据流更有效，那么当我们考虑到与创建对象相关的开销(尽可能少)时，对象数据流是否仍然更有效？

问在Java中使用对象数据流还是原始数据流更有效？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在Java中使用对象数据流还是原始数据流更有效？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在Java中使用对象数据流还是原始数据流更有效？
EN