1 当垃圾回收器罢工：只分配不回收的奇葩GC 2 JDK自带的HttpClient，替代Apache的更优解？ 3 被截断的表情符，差点让我怀疑人生 4 Java 11编译增强解析：嵌套类访问优化与动态常量机制 5 JDK10 GC新特性，到底能带来多大提升？
侧边栏壁纸
博主头像
橙序员博主等级

  • 累计撰写 230 篇文章
  • 累计创建 70 个标签
  • 累计收到 5 条评论
标签搜索

目 录CONTENT

文章目录
JDK10 GC新特性，到底能带来多大提升？

JDK10 GC新特性，到底能带来多大提升？

JDK8中引入的垃圾收集器（GC）如G1虽然改善了内存管理，但仍存在停顿时间长和并发性能不足的问题，影响高并发场景的应用响应速度。为了解决这些不足，JDK9和JDK10对GC机制进行了多项优化。JDK9引入了统一日志格式（JEP 214）、支持并发Full GC（JEP 304），以及优化了Parallel GC的线程局部分配缓冲（JEP 307），提升了对象分配效率。JDK10新增了实验性的ZGC，旨在实现低延迟GC，同时对G1的对象分代晋升和region回收效率进行了提升。与JDK8相比，JDK9和JDK10在日志管理和Full GC的并发支持等方面做了显著改进。虽然JDK10仍保留了主要GC类型，如Serial、Parallel和CMS，但也标记了CMS的废弃计划，推荐使用G1作为默认GC模式。通过这些优化，Java应用的性能表现和问题排查效率得到了提升。
被截断的表情符，差点让我怀疑人生

被截断的表情符，差点让我怀疑人生

本文探讨了在保存博客文章时，由于包含 Emoji 或特殊字符而导致 MongoDB 报错的问题。作者在尝试保存文章时，遭遇了 `DataIntegrityViolationException` 异常，经过调试发现，问题源于使用 `substring` 方法截取字符串时，导致 Emoji 的代理对被截断，产生了不合法的 UTF-8 编码。由于 Java 的字符串是基于 UTF-16 编码，普通字符和高位字符（如 Emoji）在内部表示上有所不同，因此简单的字符截断容易导致非法字符出现。为了解决这一问题，作者建议使用 Unicode 码点进行截断，以确保字符串按完整字符处理。通过使用相关 API，如 `codePointCount()` 和 `offsetByCodePoints()`，可以有效避免截断问题，从而确保在保存到 MongoDB 时不会出现编码错误。整体而言，文章强调了处理字符串时需关注字符边界，以提高开发体验。
Java 11编译增强解析：嵌套类访问优化与动态常量机制

Java 11编译增强解析：嵌套类访问优化与动态常量机制

Java 在版本更新中不仅仅停留在语法上的简单改善，更在虚拟机层面进行了深刻优化。本文主要分析了 JDK 11 中的两项重要改进：JEP 181（嵌套类访问控制）和 JEP 309（动态类文件常量）。JEP 181 通过引入嵌套类访问控制机制，消除了编译器生成的桥接方法，从而使嵌套类间的访问更为自然和安全，减少了方法调用开销，提升了性能和反编译的简洁性。JEP 309 则通过支持动态常量的加载，避免了不必要的常量初始化，降低了内存消耗，使 class 文件更轻便、启动更快。这些底层优化虽然不易被开发者直接察觉，却实质上提升了开发效率和体验，为未来新特性的实现奠定了基础。整体来看，这些细节的革新在默默提升开发者的工作效率。
JDK自带的HttpClient，替代Apache的更优解？

JDK自带的HttpClient，替代Apache的更优解？

在Java 11及以后的版本中，官方引入了新的标准HTTP客户端——JDK HttpClient，作为Apache HttpClient的替代选项。JDK HttpClient支持现代化的编程体验，包括同步和异步请求处理、HTTP/2和WebSocket的原生支持，且无需外部依赖，非常适合微服务和命令行工具。而Apache HttpClient则功能丰富，适合高并发场景如网关和爬虫，支持连接池管理和复杂表单处理。对于文件上传/下载、Spring应用或Feign客户端的底层替换，Apache HttpClient依然是推荐选择。JDK的简洁性和一致的异常处理使其在大多数日常REST API调用中表现优异。整体而言，选择替代方案时，应根据具体场景和需求来权衡二者的优缺点，建立合理的迁移路径，从而提升开发效率与维护性。
当垃圾回收器罢工：只分配不回收的奇葩GC

当垃圾回收器罢工：只分配不回收的奇葩GC

Epsilon GC 是 Java 在 JDK 11 引入的一种实验性垃圾回收器，具备唯一的功能：仅负责内存分配，而不进行对象回收。其工作机制非常简单：在内存分配时检查是否有足够的内存可用，若有则分配，若无则抛出 OutOfMemoryError 错误并终止程序。Epsilon GC 的设计目的是提供一个低延迟的内存分配策略，适用于性能测试和短生命周期的应用场景，尽管其在内存占用和吞吐量方面表现较差。与传统的垃圾回收机制不同，Epsilon GC 不执行任何回收过程，因此避免了与垃圾回收相关的开销。这种全新的“无回收”策略使得 Epsilon GC 成为一种特殊的选择，主要用于特定需求下的内存管理。
  • 精品分类
全部分类
  • 最新文章
  • 热门文章
  • 最近更新
  • 最多点赞

    暂无文章数据
    加载中...
    欢迎访问shiker.tech

    请允许在我们的网站上展示广告

    您似乎使用了广告拦截器，请关闭广告拦截器。我们的网站依靠广告获取资金。

    订阅shiker.tech

    文章发布订阅~

    通过邮箱订阅文章更新，您将在文章发布时收到及时的邮件提醒~