免费的设计网站有哪些,搭建网站设计,订阅号栏目里做微网站,网站自己备案你好#xff0c;我是看山。 前段时间介绍了从 Java8 到 Java17 每个版本比较有特点的新特性#xff08;收录在 从小工到专家的 Java 进阶之旅 专栏#xff09;#xff0c;今天看到 JRebel 发布了《2022 年 Java 发展趋势和分析》#xff0c;于是借此分析一下 Java 行业的现… 你好我是看山。 前段时间介绍了从 Java8 到 Java17 每个版本比较有特点的新特性收录在 从小工到专家的 Java 进阶之旅 专栏今天看到 JRebel 发布了《2022 年 Java 发展趋势和分析》于是借此分析一下 Java 行业的现状希望给大家一些参考。 JRebel 是通过调研问卷的方式总结的报告涉及了不同国家、不同岗位、不同公司规模、不同行业相对来说该调查报告是有一定参考意义的。 Java 语言及开发趋势 Java8 的占比还是比较高 我们先来看下大家都在使用的 Java 版本包括 JVM 语言Kotlin、Groovy、Scala 从结果我们可以看到Java8 占比 37%Java11 占比 29%甚至有 12%的被调查者使用了高于 Java12 的版本。 Java8 是 2014 年发布相较于之前版本增加了 Lambda 表达式、Stream 流式处理等一种优秀的 API。至今已 8 年时间Java 版本也是从 8 一直升到了 17。版本号一直在增加却没有增加特别吸引人的语言特性。 哪些因素是大家升级的动力呢 可以看到主要的升级因素包括 LTS 版本25%、安全性23%、性能20%新特性18%和随大流14%占比低一些。 从这点我们也就知道为什么 Java11 之后的版本占比并不高了随着 Java17 的发布可能 Java8 和 Java11 的占比会降低。安全性方面除非是严重的漏洞一般 Java 开发团队会通过补丁的方式升级不会影响大版本号占比。 性能方面Java 团队一直在不断优化随着 G1、ZGC、Shenandoah 等一众优秀的 GC 被添加进来这也成为大家从 Java8 升级的重要原因。 就功能特性而言Java11 之后增加了 Record 类型、密封类、instanceof 模式匹配、Swtich 表达式和模式匹配等一些语法糖。这些新特性也能够提升升级到 Java17 的意愿。 升级 Java17 的意愿还是比较强的 Java17 是 2021 年下半年发布的 LTS 版本长期支持版。 我们看下大家升级的意愿 从结果可以看出来有 37%的人会在未来 6 个月内升级有 25%的人会在 6-12 个月内升级不会升级的占比仅占 8%。 可见有 62%的人会在未来一年内升级到 Java17大家的升级意愿还是比较强的。 OracleJDK 和 OpenJDK 占据过半市场 我们都知道市面上有很多的 JDK 版本在 Oracle 起诉 Google 侵权之前非企业特供的情况下我们基本上用的都是 OracleJDK后来因为容器中使用 JDK 版本的版权问题容器中大部分使用了 OpenJDK。 从问卷结果也反映了这种情况 OracleJDK 的版本占比 36%OpenJDK 的版本占比 43%其中包括标准 OpenJDK 和 AdoptOpenJDK 版本。 有些同学会疑惑 OracleJDK 和 OpenJDK 的区别在哪我们日常用到的部分没有任何区别。 Java 应用架构趋势 这个问题的结果有些出乎我的预料 各种架构风格中微服务架构仅占 32%单体架构占比 22%模块化单体架构占比 13%SOA 架构占比 12%。 从结果来看这个问卷的对架构风格的定义和分类比较细腻。 很多公司把系统的服务化、模块化也统称为了微服务这是一种很严重的错误在之前的文章 《微服务架构的陷阱从单体到分布式单体》 中介绍过这种错误。 推荐阅读 《什么是微服务》《微服务编程范式》《从单体架构到微服务架构》。这里不对架构风格做出评价架构只有合适与否没有优劣之分。 微服务架构趋势 既然微服务架构占比高一些我们就来看一下微服务架构的应用趋势。 微服务架构的应用状态 从结果来看有 44%的人团队已经是完全微服务架构了还有 44%的团队在向微服务架构迁移。可见在 Java 行业中微服务架构是得到大家普遍认可的。 但是这个结果与上面的架构风格占比结果有出入可能是问卷题目设计问题或者问题回答者的主观原因不能够苛求结果准确性。 每个应用中微服务的数量 既然是微服务架构每个应用中服务数量必然超过 1 个。从结果可以看出来有 54%的应用中少于 10 个服务还有 22%的应用服务数量超过 20 个。 按照公司规模维度越是大公司每个应用中服务数量越多结果符合康威定律的。从大家普遍实践结果看当团队规模较小时要尽量减少微服务数量。市面上很多老师会告诉我们微服务架构要按照业务域拆分但是你要知道如果团队规模不大即使拆分了业务域可能最终开发调试维护也只有你一个。 SpringBoot 几乎霸占了整个微服务市场 从结果看SpringBoot 几乎霸占了整个微服务市场。所以大家在日常工作学习过程中还是主要看看 SpringBoot 栈吧。 在国内SpringBoot 技术栈还会细分为 SpringNetflixCloud 栈、SpringAlibabaCloud 栈、SpringBootDubbo 栈等。 不同的技术栈中组件有些差异所以我们需要掌握的不是简单的应用还要了解其中的原理。原理掌握了不同的组价只是在应用层面的差异。 启动时间在增长 随着公司业务的增长应用中会增加各种各样的新功能。问卷中有个问题是关于随着时间推移微服务启动时间的变化 可见有 60%的服务启动时间都在增加甚至有 13%的应用启动时间增长超过 50%有 30%的应用启动时间增长范围在 10%-50%。 为什么启动时间会增长呢这个与公司业务增长后代码增加了很多新功能有关。随着功能增加、类的增加系统体积增大、加载类数量增大启动时间会随之增加。这会引起系统的腐化当腐化到一定程度可能就需要重构了。或者随着业务增长原来的微服务边界划分不合适了需要重新划分系统边界拆分微服务。 启动需要多长时间 既然微服务总体的启动时间在增长那启动时间一般是多久呢 可以看到只有 9%的服务在 1 分钟内启动成功有 26%的服务启动时间需要 10 分钟以上。 从上图可以看出来人员规模大于 100 人的公司中服务启动时间普遍长于少于 100 人的公司。产生这种情况的原因有这么几个 公司规模大一些可能业务复杂一些服务中的代码、类库更多一些公司规模大一些依赖的组件更多一些在服务启动时需要与各种中间件建立链接然后彼此交换成功心跳自然需要时间更多。采用微服务其中一个好处是服务足够小启动时间比较少。但是从上面两个问卷结果来看普遍情况是启动时间比较长而且在变得更长。 Java 技术趋势 Java 应用超过半数使用了容器部署 从问卷结果可以看到Docker 使用率是 41%Kubernetes 使用率是 26%VMware 使用率是 16%Vagrant 使用率是 3%即有 86%已经实现了虚拟化其中 Docker、Kubernetes 占比最高。 所以在 Java 升级版本特性中实现了容器感知的能力使 Java 服务容器化更容易一些。 PaaS 平台还得看 AWS JRebel 的这个问卷调查是全球性质的从全球范围看AWS 当之无愧的 NO.1。AWS 作为亚马逊曾经的附属产业已经成为了亚马逊的重要业务之一。 与亚马逊的经历类似阿里巴巴从电商切入然后布局云服务阿里云。如果还是走亚马逊的老路势必没法超越。不过阿里从很多年前开始布局 CPU 和芯片领域如果能够有所突破就可以破开西方技术的封锁依托我国的发展潜力未必不能撼动亚马逊的 PaaS 服务商地位。 近半数服务端使用 Tomcat 容器 前面关于微服务的问题中SpringBoot 是众多微服务框架中的首选SpringBoot 默认的应用容器是 Tomcat。加之 Tomcat 的开源方式将近半数应用服务器选择 Tomcat 也是预料之中。 Maven 是主要的构建工具 Maven 和 Gradle 到底该用哪个这个问题似乎争论许久。从问卷结果看Maven 占有率是 68%Gradle 占有率是 23%Maven 还是有绝对的优势。 Gradle 采用了约定大于配置的方式与 SpringBoot 的理念一致。但是从市场接受度和发展而言并没有形成替换 Maven 的风潮。Android 项目默认使用 Gradle能够看出 Google 对 Gradle 的推崇也从侧面印证 Gradle 的优秀。但是Gradle 并没有绝对优势。 近半数开发者使用 IntelliJ IDEA 我是从 2015 年开始使用 IntelliJ IDEA试用之后立马抛弃了 Eclipse。首先是快捷键的设计可以很大程度摆脱鼠标。内置的插件市场可以找到任何需要的插件提升编程体验。更关键的是JetBrains 公司出品的 IDE可以无缝对接实现不同语言的编程支持。 Eclips 也不是一无是处它的插件体系也是相当丰富很多低代码开发工具都是基于 Eclipse 开发的。如果是普通开发推荐使用 IntelliJ IDEA如果想要做低代码工具可以考虑对 Eclipse 进行二次开发。 开发者生产力趋势 这一部分属于 JRebel 有私心的部分JRebel 一个优势功能是提供热部署能力所以会在问卷中询问被调查者重新部署应用的时间。 重新部署应用的时间 很多时候我们可能只改动一行代码然后验证功能是不是正常这个时候需要重新部署应用。JRebel 统计了重新部署需要花费的时间。 从结果上看重新部署需要超过 3 分钟时间的占 50%其中 21%的比率需要 10 分钟以上。那这段时间大家会干什么 如果节省重新部署的时间你会做什么 有 28%会增加新功能有 20%会优化系统性能有 19%会完善测试覆盖。这些都是正向的大概率的是那些回答其他的喝咖啡、喝啤酒、开趴、睡觉、钓鱼…… 不过也是符合我们工作的原因我们工作是为了生活而不是为了加班。所以假如每天给你 1 小时的自由时间你会用来做什么呢欢迎评论区讨论。 文末总结 微服务的使用情况来看启动时间和重新部署时间不是优先考虑的因素。多数选择微服务架构的原因无非有两个 看中微服务架构流行趋势听说这个很好那就开始用至于是微服务架构还是分布式单体架构就不重要了微服务的优势能够弥补带来的弊端比如业务迭代速度等微服务收康威定律影响比较大技术在不断革新但是大家会比较理性地接受。公司规模越大越趋于选择成熟的技术容器已经是大势需要掌握。技术不断发展我们需要学习的东西越来越多很多时候感觉学不动了。但既然选择了这个行业拿着高于其他行业的薪资也承担着各种裁员的风险总归是要有一些技能傍身才不至于被历史的车轮碾成粉末。 青山不改绿水长流我们下次见。 参考 https://www.i-programmer.info/news/80-java/15317-wheres-java-going-in-2022.htmlhttps://www.jrebel.com/resources/java-developer-productivity-report-2022推荐阅读 一文掌握 Java8 Stream 中 Collectors 的 24 个操作一文掌握 Java8 的 Optional 的 6 种操作使用 Lambda 表达式实现超强的排序功能Java8 的时间库1介绍 Java8 中的时间类及常用 APIJava8 的时间库2Date 与 LocalDate 或 LocalDateTime 互相转换Java8 的时间库3开始使用 Java8 中的时间类Java8 的时间库4检查日期字符串是否合法Java8 的新特性Java9 的新特性Java10 的新特性Java11 中基于嵌套关系的访问控制优化Java11 的新特性Java12 的新特性Java13 的新特性Java14 的新特性Java15 的新特性Java16 的新特性Java17 的新特性从小工到专家的 Java 进阶之旅你好我是看山。游于码界戏享人生。如果文章对您有帮助请点赞、收藏、关注。我还整理了一些精品学习资料关注公众号「看山的小屋」回复“资料”即可获得。 个人主页https://www.howardliu.cn 个人博文2022 年 Java 行业分析报告 CSDN 主页https://kanshan.blog.csdn.net/ CSDN 博文2022 年 Java 行业分析报告 欢迎关注我的公众号「看山的小屋」领取精选资料--------------------- 作者看山 来源CSDN 原文https://blog.csdn.net/liuxinghao/article/details/125356270 版权声明本文为作者原创文章转载请附上博文链接 内容解析ByCSDN,CNBLOG博客文章一键转载插件
