在 Java 的早期，JVM 在解释字节码时往往很少或没有运行时优化。这就意味着，Java 程序往往拖得很长，其运行速率大大低于本地编译代码，因而对操作系统I/O 子系统的要求并不太高。 如今在运行时优化方面，JVM 已然前进了一大步。现在 JVM 运行字节码的速率已经接近本地编译代码，借助动态运行时优化，其表现甚至还有所超越。这就意味着，多数 Java 应用程序已不再受 CPU 的束缚（把大量时间用在执行代码上），而更多时候是受 I/O 的束缚（等待数据传输）。
然而，在大多数情况下，Java 应用程序并非真的受着 I/O 的束缚。操作系统并非不能快速传送数据，让 Java 有事可做；相反，是 JVM 自身在 I/O 方面效率欠佳。
操作系统与 Java 基于流的 I/O模型有些不匹配。操作系统要移动的是大块数据（缓冲区），这往往是在硬件直接存储器存取（DMA）的协助下完成的。而 JVM 的 I/O 类喜欢操作小块数据——单个字节、几行文本。结果，操作系统送来整缓冲区的数据，java.io 的流数据类再花大量时间把它们拆成小块，往往拷贝一个小块就要往返于几层对象。操作系统喜欢整卡车地运来数据，java.io 类则喜欢一铲子一铲子地加工数据。有了 NIO，就可以轻松地把一卡车数据备份到您能直接使用的地方（
ByteBuffer 对象）。
1)面向流I/O的系统：一次处理一个字节的数据。一个输入流每次会读入一个字节的数据，一个输出流同样每次次消费一个字节的数据。对于流式数据，很容易创建过滤器。可以相对简单地把几个过滤器连接在一起，每个过滤器完成自己的工作，也是按字节进行过滤，精细的处理机制。另一方面，面向流I/-O的通信往往比较缓慢。
2)面向块I/O的系统：以块为单位处理数据。每个操作步骤会生成或消费一个块的数据。以块为单位处理数据，其处理速度远快于以字节流为单位的方式。但是，与面向流I/O的通信相比，面向块I/O的通信缺乏优雅和简洁。
新的抽象把重点放在了如何缩短抽象与现实之间的距离上面。NIO 抽象与现实中存在的实体有着非常真实直接的交互关系。
关于何时该采用传统io，何时应该采用nio：
1) 扩展性考虑：例如在进行Socket编程通信时每一个Socket都应占据一个线程。使用NIO虽然更富有效率，但相对难以编码和扩展。(当然这一现象在不断的被新的设计和NIO库的特性所改善)
2) 性能考虑：在处理成千上万的连接时，你可能需要更好的传统IO的扩展性；但是如果连接数量较低时，你可能更注重NIO的高吞吐率。
3) 当使用SSL (Secure Sockets Layer，安全套接字层) 工作时，选择NIO则实现难度很大
© 著作权归作者所有
举报
加载中
热门内容
全站热门评论
别光喷华为啊，说点你自己的能力，到了什么程度，有什么成就，这样好歹有点说服力吧
👍
各位不要急着更新, 更新完之后linux虚拟机不支持3D加速了
然后交警找责任方，打过去是牛逼高大上的生成式AI的客服
捞钱捞到手抽筋
喷子们之所以喷，其本质是为自己的阴暗和自卑找理由罢了。
25× 23.1 √
如果苹果不让步，微信也不让步那就好看了！微信在中国深入寻常百姓家！支付社交微信根本离不开，如果微信不在IOS上更新，苹果“不用混了”
明明能躺平，明明可以割韭菜，还花钱研发？为了找骂？说这个能割韭菜？你被割了？你买了吗？是谁年年换mac，是谁年年换iphone？华为的用户好像没有那么干的吧？真让我一个小米用户都看不下去了！
支持
真的人不要脸则无敌，只要他不尴尬，尴尬的是别人。
不管是谁在打平安县城，我三五八团一定帮帮场子！
我倒是觉得好用，像真人就行；我可不希望它是真正的智慧生物；深度这些东东，本质就是曲面建模和贝叶斯/马尔科夫链这种概率建模；只要知识量够大，算力够强，机器就越像人；它有没有意识，并不重要；因为人的意思，估计也是伪命题；
感谢祖师爷赏饭吃，给你磕一个
这个对比的条件还存在好几个问题。 1. solon使用的是smart-http，spring使用的是undertow 2. solon启动本身的自动配置少于spring 这两点就决定了对比的维度不同，性能更好的原因大概率是web服务器、应用配置依赖导致的。 如果要拉齐，需要使用同样的web服务器，spring应用排除掉所有的自动配置，只保留web必须的，才能说明框架的性能差距。 现在这个结果，无法说明solon本身性能好。
真降低成本还是得换go，java太吃内存了
纯血鸿蒙不再是用android改的了，DevEco什么时候也纯血脱离Eclipse啊？😄
IBM中国哪有什么研发? 全部都是测试！所谓的搞研发的都是去养老混日子的！
ipv6 tomcat需要改什么支持吗
免费版只能用30分钟，太坑了吧。
反正wps就是各种vip广告，挺恶心人的
普通用户不懂就算了，怎么连程序员都不懂？苹果是全平台30%，国产是渠道服50%。微信、抖音这种大app哪来的渠道服，除了游戏，哪个app带渠道服。
底层代码大部分估计都能共用反正都是c/c++， 上层界面层重写吧
不是不让用jni和unsafe啊, 只是做了"限制", 只要加命令行参数就能继续用, 目的是为了让使用者考量程序的安全性.
幸好我把自己电脑换成win10了。
代码这东西就和女人穿不同衣服一样，包装不同，就可以换个人样儿，其实里面还是。字符串替换--变量名改改、方法名改改、文件名改改，方法return的改为void，值参改形参，一个类改几个拼接，一个结构体改几个组合，一个方法改几代继承。哪个敢说这是抄，百分之百纯自研，原生态。
继续用vm吧，ensp不让用新版vbox😂
这数据有1%真吗
一个流氓也配谈安全？
你了做过为为的项目啊；😂
可以看他不爽，看360不爽，但人家说的是事实。比如说航空业的业内人士也这么说的。
这是那个做代码生成器的老哥起的吧
什么纳吉东西，还碰瓷黑神话
有自研操作系统挺好的啊，那些乱喷的人是什么心态？
Virtualbox新管网使用vw布局单位，高分屏上使用浏览器的缩放没效果，字体仍老大==
你是家里才通网吗? 龙芯早都弃用MIPS了，现在是自研的LoongArch。 自己好好看看吧：https://loongarch.dev/zh-cn/posts/20210501-loongarch-manual/
会不会是你用的版本比较老，新版本应该没问题
猜测：c++部分应该是切换了鸿蒙的系统api，UI则仅仅是使用鸿蒙的UI框架而已。
感谢，正是有你们这些先驱做的实事，才能避免被国外的系统和应用垄断。
文章写的也没错，至于是不是steam的功劳，也无所谓，反正能玩了。
“虽然两人只有大专学历”—— 大专也算高等教育，现在这些媒体口中已经文盲一个级别的感觉了吗？
🤣65岁还在写代码吗？
惨淡
微信咋得罪你了？不管怎么样，微信此举哪怕从自身商业利益出发，让苹果降低中国税率这是利于中国人的，这个税率可不仅仅是针对微信的，还苹果大功一件，这是多么愚蠢、可耻的言论！
vagrant什么时候支持7.1我才更
不如说国内90%的电脑都没安装CrowdStrike软件
换kvm 了
牛逼🤬
你真是行家里手啊，😂；这个本质是数学建模，就像初中数学中的板据两点确定一条直线，然后可以根据任意x,预测y值啊，其实就这么简单啊
为什么一定要强调“国产”？是开源的项目么？如果开源，是不是不接受国外开发者的贡献？我只是好奇，不带“国产”，是宣传不了了么😀
可以的，可以看看发布的一些用户案例
好不容易有个国产开发平台，没有鼓励只有贬低，就算宣传夸大怎么了？那么较真干什么？遍地都是夸大的广告宣传怎么不一个一个去找厂家？批判的同时想想自己能搞一个吗？为什么加上国产俩字就非要这么较真？
吃完就砸锅，好像那个啥纯血，吃完了，就想把小米，oppo、vivo的锅咂了；😂
os是媾粉聚集地还不了解吗？只要碰到国产、华子相关报道，必然评论区乌烟瘴气口伏声难止。还能期待啥有深度发言？大佬敢发这些，那还给搞前端什么都懂的“程序员”粪死？
wps确实做的很棒，比微软的office好用，比libreoffice好用很多。wps加油，鸿蒙做的不错，继续加油，支持生态建设。
降低了视觉复杂性，增高了操作复杂性。
没GMS是借口，本质还是不想适配国内的手机系统，等鸿蒙Next出来，看微软拥抱不拥抱就知道了
3.5.2版本，队列redis能用集群模式的redis吗？
最好提高苹果税到80%，不然怎么彰显尊贵的苹果用户身份
加个证书那么简单的事，为什么还要等下一步再优化呢？
关于作者
推荐关注
换一批
选择专区和圈子：{{title}}
{{o.name}}
{{m.name}}
深圳市奥思网络科技有限公司版权所有
京ICP证000000号
顶部