现实世界之中的原生 Java

叠加）。如果不用这些额外的URL，在把一个库里作为本地DLL的一部分用作时不太可能就会收场。所以，根据我们的长处，一个 Java 库里要么相容性原生 Java，要么不相容性。

用作一个发放了一套亦然打库里的方法论，方便我们告诉他在原生 Java 之后什么合理什么强制执行。遗憾的是，其他 Java 库里的具体情况就比起较易假定了：目前，假定一个库里应该相容性原生 Java 的唯一方法是在一个本地DLL之后运转它。大多数意味著，如果有任何弊端，很格外快就就会掩盖出来。

Apache Ignite 就是这样一个库里，它在原生 Java 之后运转收场了，因为它具体来说底层的 Java API。在某些 Spring Boot 服务于之后，我们仍然用作它同步进行多线程，但以前仍未在本地DLL之后用 Redis 取代了它。

了解哪些库里相容性原生 Java 是提议在原生 Java 之后用作什么库里的一个关键性因素。对于不相容性的库里，我们要么用作一个副产品，要么原先毕竟其基本功能。

幸运的是，大多数 Java 客户端通常都就会具体来说方法论之后仍未假定的类似基本功能——记事、REST API、JSON 等。举例来说，这些 API 仍未假定于 Quarkus 之后，并且与原生 Java 相容性：

持久化（NoSQL 和 RDBMS） Observability（Elastic、Prometheus、Jaeger 等） AWS SDK 安全 SOAP（Apache CXF） REST（RESTEasy、Jackson 等） 借助于基本功能（Swagger、Logging 等）

可以说明了，许多会用的库里仍未可以亦然要用途原生 Java。而且，这个此表还在继续减小。

不过，并不是所有的服务于都简便于原生 Java。有些库里和PHP器就会因为移至过度厌烦而不值得。对于这些服务于，不错的办法是依然原样，日后便原先评估。

根据我们的长处，在以下意味著，移至到原生 Java 是不用意义的：

开启时长、适配、人力供给都不很关键性； 特定的库里不用可定义的原生 Java 发行版，或者对于原生赞成不好； 大量用作 Java 时序特适度，如叠加或时序长一职。

关于时序 Java 的暗示：GraalVM 不赞成时序长一职，因为本地DLL在相结合时并不均需要所有的类。至于叠加，它是赞成的。当有元素不用在相结合时未能解析时，就就会有一个可以在都是的 JVM 上运转的长一职，全由追踪叠加和时序长一职都可的用作。

只要线性、花销和不太可能适度超过了移至到原生 Java 所造成的直接好处，我们就把这些服务于放到路由表应之后，日后便说。这类服务于属于多于数。

同样一个方法论

同样一个原生方法论就像同样一个初始兔子（Pokemon）：每一个都有它的优缺点。因此，同样的时候并不均需要仔细考虑长期用作的弊端。

原生 Java 可以亦然要用途都是 Java 技术开发开发。但对于大多数有组织来说，应当同样基于一个方法论来相结合，因为那样可以减多于模板PHP器，并发放一套亦然打的 API，进而节省时长和全身心。此外，每个方法论都能使你免于相结合本地DLL的繁琐每一次，更进一步增加复杂适度和学习曲线。

所同样的方法论应当显然赞成 GraalVM，发放一个赞成原生 Java 的丰富多彩的生境，并以对企业有意义的方法福化本地DLL的相结合。毕竟这一点，目前只有三个 Java 方法论毕竟了——Quarkus、Micronaut 和 Helidon。

有些方法论甚至可以“按基本上方法”在 JVM 之后运转，同时还可以借助 GraalVM 的一些冗余。当客户端或服务于不用显然本地运转时，这不太可能是一个优异的退路。

在评估了除此以外的方法论后，我们同样了 Quarkus。它是开启和运转飞行速度最格外快的方法论。它充分借助了 Java 标准，机密文件非常好。我们并不均需要的所有基本功能都开箱即用，而且社区也可以发放较大的为了让和赞成。这就是为什么在短短几个月内，我们整个后端技术开发开发团队就从 Spring Boot 搬了 Quarkus。

换用原生 Java

翻搬原生 Java 并不像人们一心象的那样可怕——技术开发开发长处基本依然未变。不过有些每一次并不均需要大大的忽略下，以便格外好地签订合同本地DLL。

对于日常技术开发开发，我们还是像恰巧一样技术开发开发 Java 服务于：编写 Java PHP器，并用作 IDE 或Objective-C借助于工具来的测试和检查和。相结合本地DLL就会给这个每一次造成额外的步骤和属于自己注意应。

下面是一个立足于本地DLL的典型每一次：

和恰巧一样，在技术开发JavaScript的微电脑上技术开发开发、检查和、的测试服务于； 同步进行格外多、格外合理的健壮适度的测试： 的测试 API 载荷的本体，确保它们是明晰的； 的测试交叉处，“就像在投入生产生态环境之后运转一样”，确保覆盖所有PHP器； 相结合、的测试，并将降解的本地小数点机密文件布防到每个生态环境和 / 或加载系统上。

与基本上 Java 技术开发开发完全相同，相结合本地 Java DLL是人力密集型的——即使是在一个相当大的工作站上，相结合一个服务于也并不均需要 2 到 10 分钟！

而与基本上 Java 技术开发开发完全相同，创始人一个 WAR 或 JAR 机密文件还过分：每个加载系统都并不均需要自己的本地DLL。由于本地DLL程序中了自己的PHP器和属适度，每个生态环境也并不均需要自己的本地DLL。例如，Swagger 不太可能就会在并存生态环境之后掩盖，但在投入生产生态环境之后却不用。因此，并存生态环境的DLL在相结合时并不均需要构成 Swagger 忽视，而投入生产生态环境的DLL则不并不均需要。对于任何不用在运转时处理的属适度或固定式也是如此。如果只针对 Linux 装入，那么相结合就就会大大福化。

相结合

不错是在并不均需要在此此后在技术开发开发者微电脑上相结合本地 Java DLL。这不太可能是在一个关键性的基本功能快要改组之后，或者在用到弊端并不均需要检查和的时候。相反，；还有 CI/CD 管道来减轻针对完全相同目标的相结合和的测试使命，增加这个每一次的干扰适度，减多于技术开发JavaScript的阻力。

我们之后提到过，用作本地DLL的装入要小得多，并不均需要的人力也多于得多。这样我们就能够将多个演示生态环境布防到集群之后，而不是仅仅忽视单个的共享生态环境。技术开发JavaScript以前可以同时的测试所有的服务于，针对他们特定的固定式在另行的生态环境之后同步进行原生相结合，而才就会受到影响到其他人。在基本上 Java 技术开发开发之后，这也是可以毕竟的，但由于受到虹人力的管制，价格要高得多。

例如，我们一开始通常只有三个生态环境：技术开发开发、并存和投入生产。用作本地DLL，我们以前可以有 20 个以上的演示生态环境，每个生态环境都相结改组固定式了所均需的所有服务于（目前约 20 个）。因此，我们以前可以并行运转 20 个甚至格外多的演示生态环境，将近可以掩盖出 400 个服务于，而不是共享一个根本无法可容 20 个服务于的技术开发开发生态环境。

检查和

当弊端出以前本地DLL之后时，就并不均需要对本地DLL同步进行检查和。这并不均需要一些额外的特设和借助于工具，并有一个 GraalVM。不过，一旦特设好了，就和用作从那以后大行其道的 IDE 检查和 Java 不用什么区别了。

检查和开始时，要相应到将要运转的本地图表流，将 IDE 与 Java URL镜像起来，就此单步检查和PHP器。一旦相应到图表流，就可以同步进行所有常规加载：特设断点、创始人监控、核对状态等。

幸运的是，自从我们踏上原生 Java 之旅以来，这些借助于工具仍未有了突飞猛进的持续发展。例如，Visual Studio Code 为 Quarkus 和 GraalVM 发放了最出色的适配，发放了完备的 Java 技术开发开发和检查和能力，并构成了 GraalVM 运转时。这个适配也毕竟了与 VisualVM 的构建，这样就可以系统性本地DLL了。

根据 GraalVM FAQ，IntelliJ、Eclipse 和 Netbeans 也赞成 GraalVM。万不得已的时候，可以用作 GNU Debugger 来检查和本地DLL。

的测试

的测试本地 Java DLL与的测试基本上 Java 服务于类似。但我们有必要阐释其之后的细透相异。

本地DLL的测试有一个轻微的主因，就是本地DLL的静态适度和封闭适度。一些忽视 Java 时序特适度的系统化的的测试方法，如建模库里，在这里就未能用作了。对源PHP器的任何修改都并不均需要首先相结合一个属于自己本地DLL，这个每一次也比基本上 Java 慢得多。

GraalVM 还想尽办法尽不太可能多地程序中和 / 或删除PHP器。这不太可能就会引致许多弊端。

一个误删PHP器的例子是 Jackson JSON 序列化。我们的 JUnit 的测试报告显示，在技术开发开发每一次之后，序列化是正常的。但本地DLL缺多于特定的嵌套三维，而且不用抛反常。原因是 GraalVM 从DLL之后删除了一些三维，因为它认为这些三维从未用作过。修复方法很福单：在 GraalVM 之后申请人任何亦然要用途 JSON 载荷的类。这样就可以防止它们被排除在本地DLL除此以外。我们还适配了的测试，彻底核对了载荷，并舔加了格外多的烟雾的测试。

时序特适度（如叠加）是另一个并不均需要的关系注目的科技领域。在某些意味著，反常不太可能才就会被抛，或者某些基本功能弊端直到DLL布防后才就会显现。

除此除此以外，我们挖掘出，就保证本地DLL的预期基本功能和载荷的正确适度来说，交叉处的测试是上佳的方法。不管是在 JVM 还是在本地DLL之后运转，从特定服务于的门廊点开始的测试，都是在最关键性的地方验证基本功能的一个好方法。

小 结

改向原生 Java 无论如何都不是我们最初的目标。我们只是一心重构除此以外的模拟器，在格外大程度上拥抱虹原生，为快要赶上的特适度做准备，并格外好地借助大规模 Kubernetes 集群。

我们认为，同样 Quarkus 是我们有史以来不错的管理者之一。它使得换用原生 Java 更加难于。通过末期的计划和努力，在相结合了一些仿造此后，我们很格外快就挖掘出，一头扎进原生 Java 是不太可能的，而且只牺牲很多于的努力，就连续性地发生了。

当然，这个每一次肯定就会碰到一些挑战。比起于基本上的技术开发开发和签订合同，也肯定就会有一些叠加。但是，与从那以后的 Java 服务于技术开发开发比起也才就会有太大的区别。对我们来说，翻搬原生 Java 仅仅是对除此以外报表的一个适配。

就此，任何透服务于通常都就会受益于格外格外快的开启时长和格外多于的人力闲置。原生 Java 的战术上（比起之下 Kubernetes 之后），欠缺价格的提高效率和效率的相当大提高，是我们改向原生 Java 的原因。

本地 Java DLL将 Java 提高到了一个属于自己高度。如果机就会真的用到了，而且条件合理，那就非常值得牺牲一些努力，开始用作 GraalVM！

作者福郎

KimJohn Quinn 是 Logicdrop 的联合创始人者和技术开发行政官。他的时长分成了两部分，一部分亦然要用途学术研究新方法以及如何毕竟最佳应用于，一部分亦然要用途拥护产品线和虹体系本体技术开发开发团队。最近，他少年时期了 Quarkus（因为它真的让 Java 技术开发开发原先更加有趣）和精福 DevOps 报表。

Rakesh Raja 是 Logicdrop 的一名计算机学术研究小组，侧重于图表挖掘。在无论如何的三年里，他之后在为了让技术开发开发模拟器（最近改向了 Quarkus 和 Kogito）。以前，他在声谓制订一些并不均需要；还有复杂的其业务系统设计者解决方案（总合运用 BPM、管理者表和游戏规则）的做法。

Jason Moehlman 是 Logicdrop 的一名图表学术研究小组，全由分解复杂的图表密集型报表，以便将其转成为格外合理的游戏规则执行三维。他还在可太阳黑子适度科技领域花了大多的时长，对从 Logicdrop 虹原生公用事业之后搜集的大量图表同步进行一个大系统性（slicing and dicing）。

编者镜像：

知网被呈报调查；个字符摇动创设抖音集团，或在港港交所；钉钉被另据管理层30%；上海人均金融机构超20万元 ｜Q资讯

数字化转型新项目做了多年，亦然体系本体师都悲哀了：早先就不应当用技术开发开发设计者！

Flutter 3.0迟至发布：平衡赞成6大模拟器，个字符摇动是亦然要服务器

PowerShell亦然体系本体师：我用业余时长技术开发开发新项目，发挥最出色反而被透软降回了

点个在看多于个 bug👇

。

沈阳看牛皮癣医院哪个好
武汉看癫痫去哪家医院最好
眼睛干涩用什么眼药水比较好
天津比较好的男科医院
南京治疗白癜风到哪个医院好