真是看不懂现在这些技术了

低并发编程

共 2150字,需浏览 5分钟

 · 2022-12-17

本文吐槽下现在层出不穷的新技术,如果你不太想听我说这些,可以拉到最下方参与下投票哈,看看最近的疫情情况~

------

现在的技术层出不穷,尤其是互联网技术和数码产品的技术迭代。

而且还有个非常有趣的现象,越是能引起大众讨论的问题,可能真正的答案是唯一的,但大众的讨论却明显两级分化。

比如很久之前的,鸿蒙是不是安卓套壳。再比如最近的,小米迷你主机是不是 Intel NUC 套壳。

鸿蒙这个事情大家应该是知道的,小米迷你主机是前两天小米发布会的产品。

而 Intel NUC 的发布在其之前,当然,大多数人都不知道,毕竟没有小米这么亲民。

而大家最近常吐槽的套壳,大概率是因为这句与 Intel 深度合作。

其实这种东西,没有那么绝对,套壳也不是完全就做了个外壳,自研也不是完全重新造轮子。我觉得这种问题的讨论没有意义,要么你就拿出小米和 Intel 这款迷你主机里面所有软件和硬件的参数,做个对比。

比如里面的 BIOS 就完全一样,开机后的 BIOS 设置页面就是 Intel 的,毕竟是小米第一代迷你主机产品,而且也说了采用了 Intel NUC 方案,我觉得完全没有问题。

------

当然这些事情我是真的看不懂,但就是新闻里一旦有提到小米迷你主机或者华为鸿蒙的,你就看吧,评论区全是各种没完没了的争论。

不过可以肯定的一点是,较为极端的言论,大概率是外行人说的,因为但凡是在专业同学的眼中,这类问题并不是一句两句话就能说明白的。而且专业词汇一出来,大部分人也看不懂,也就不会引起广泛的争论了。

数码圈的我不太懂,技术圈的我可以说下近期我看得比较多的东西的感悟。

------

大家知道,JDK 有很多版本,有官方 OracleJDK 自己的版本,也有民间基于 OpenJDK 研发的版本,比如阿里的 Dragonwell,腾讯的 Kona,华为的 bisheng 等等。

那你说,Dragonwell 是 OpenJDK 套壳么?是也不是。

而且如果这个问题能像鸿蒙和小米主机这种讨论的广泛程度,那必然也会有人说,Dragonwell 是 OracleJDK 的套壳。这就显然不对了。

当然了,这就取决于一个宣传的度,以及引起讨论的广泛程度。

首先 JDK 领域的事情本身就比上述问题更加小众且专业,因此自然不会引起非专业人士的广泛讨论,因为他们看都看不懂,自然不感兴趣了。

这里的专业不是指这里面的技术更难哈,只是更聚焦一些,你要是 Java Coder 或者专门做 JDK 的就知道,你要不是就可能完全不知道,不存在啥人都能说上一嘴的事儿。

其次假如 Dragonwell 非得大张旗鼓地说,自己是一款改变世界的自研 JDK 产品,是咱们中国之光,那估计肯定有人说你不就是 OpenJDK 套个壳么,本来这很正常,但人们就是讨厌装 B。

但假如你深入了解这里面的细节,就会发现民间基于 OpenJDK 构建自己的 JDK 是非常正常的事情,你可以什么源码都不改直接构建出来,也可以给自己做非常多定制化的优化,甚至反哺到 OpenJDK 社区里。

你说,这两种套壳,能一样么?

------

再说个更小众的,就是协程。

这个概念在编程领域也是非常火爆,恰好最近翻看了 JDK 19 中的 Loom 源码,这是 JDK 在内部实现了一套协程。

你只需要非常小的改动,就能把之前使用线程模型写的 Java 代码改成协程模型,从而带来性能提高。

几乎不改 API 还能实现线程无缝切换成协程是咋做到的呢?其实就是在原有代码中强行插入代码来改变行为而已。

比如在 write 方法里插入如果为协程就将文件描述符设置为非阻塞。

随后的 park 方法里,又强行塞了一段 if else 区分线程和协程。如果为协程的话,IO 访问将会变成多路复用的实现,在 Linux 中就是 epoll。

如果你去 Loom 的 GitHub 上看看,会发现大量原有代码的改造,就是强行往里面插入各种 if else,之后凡是会产生阻塞行为的代码,包括大量的 IO 操作等,源码里都会变得异常恶心。

但人家宣传材料上会写这个么?不会,你从宣传材料上只能看到它想吹牛的地方,根本看不到背后恶心和劣势的地方。

当然,协程还是太小众了,不会有大规模的人来讨论协程到底能不能提升性能,到底是不是用户态线程,因为小众、因为不懂、因为无聊。

------

所以其实我一直想看懂好多事物的真相,虽然现在连我自己技术的小领域都看不透,但还是有一颗想看懂他们的心的。

想琢磨透这些事情,前提就是静下心来,别到处去争论那些是非,自己列个清单仔细研究研究,也是收获。

凡是有特别多人讨论的问题,大概率不是个好问题,更别谈专业性了。

昨天的文章发起了个投票,统计了下低并发编程读者的疫情状况,哈哈。但昨天没有区分地区,统计的数字是全国的,大概 23% 的人阳了(不过这个也不能说明情况哈,因为关注我的大概率是技术,所以分布在北上广深的可能多些,因此权重也大。

由于北京这边的疫情最严重,本次投票再次统计下北京读者的情况。当然公众号投票有个特点是不投票不能看结果,所以我友好地加入了第三个选项,非北京地区的读者想看到投票分布的,可以直接选第三个选项,以保证数据的准确性。

     

浏览 32
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报