• Java 虚拟线程是 JDK 19 提供的一项新功能。它有可能在减少内存消耗的基础上提高应用程序的可用性、吞吐量和代码质量。 在本文中,让我们了解从 Java 平台线程切换到虚拟线程时应避免的陷阱:避免同步块/方法
  • 将虚拟线程引入Java 平台。虚拟线程是轻量级线程,可显着减少编写、维护和观察高吞吐量并发应用程序的工作量。 目标 使以简单的每个请求一个线程的方式编写的服务器应用程序能够随着接近最佳的硬件利用率进行扩展。 使使用java. icon
  • Java 中的线程创建会产生显着的成本。创建线程会消耗时间,增加请求处理的延迟,并且涉及 JVM 和操作系统的大量工作。为了减轻这些开销,线程池发挥了作用。 在本文中,我们将深入研究确定理想线程池大小的艺术。经过微调的线程池可以从系统中提取最佳性能,并帮助 icon
  • 本博客文章讲述如何从HikariCP迁移到Oracle UCP(通用连接池)迁移,后者是连接到Oracle 数据库时的推荐方法。 HikariCP 简介HikariCP是与 Spring Boot 应用程序一起使用 icon
  • 池架构是一个微服务架构的潜在竞争者,在面向未来的可扩展性的竞争中挑战微服务的主导地位。 本文深入研究池架构的核心功能,将其与微服务进行比较,并探讨其彻底改变我们构建可扩展应用程序方式的潜力。我们将揭示与池架构相关的已公开的优势和不可预见的挑战,帮助您确定它 icon
  • 配置连接池是开发人员经常犯的错误。配置池时需要理解几个原则(对于某些人来说可能违反直觉)。 想象一下,您有一个网站,虽然可能不是 Facebook 规模的,但仍然经常有 10,000 个用户同时发出数据库请求,每秒处理约 20,000 笔交易。您的 icon
  • 如果你在.NET上,需要使用IO,请考虑使用RecyclableMemoryStream来减少分配。 尝试消除分配(new byte[]),对于大多数Web工作负载,您不需要Rust/C++。 MemoryStream以提高应用程序性能,特别是在垃 icon
  • Thymeleaf+SpringBoot2技术如下: Springboot 2.3 + Thymeleaf MongoDB Java 提前监控一些指标:SpringBoo icon
  • 听说Java搞了个叫"虚拟线程"的黑科技?号称能让程序轻松处理百万级请求?今天咱们就来扒一扒它的真面目!先说说这是啥玩意儿 Java在19版搞了个试验品(预览功能),到21版正式推出了这个"虚拟线程"。简单说就是: 以前:一 icon
  • 在本文中,我们将了解使用FlexyPool自动递增池策略确定最佳连接池大小的最佳方法。 现在 icon
  • 在本文中,我们了解到分代 ZGC 是 JVM 垃圾收集技术的一项重要创新。它建立在分代假设的基础上,能够更有效地收集短命对象的垃圾。这可以提高各种 Java 应用程序的性能。 吞吐量、延迟和整体应用程序性能的提升是考虑在现代 Java 部署中使用分代 ZG icon
  • 在本教程中,我们将讨论确定JDBC 连接池大小的最佳策略。 我们讨论如何设置 JDBC 连接池。通过了解影响连接池大小的因素并遵循调优和监控的最佳实践,我们可以确保健康的数据库连接并提高应用程序性能。 icon
  • ExecutorService提供了一种在 Java 中管理线程和执行并发任务的便捷方法。使用ExecutorService时,为线程和线程池分配有意义的名称有助于改善线程的调试、监控和理解。在本文中,我们将了解在 Java 的ExecutorService中命名线程和线程池的不同方法。 < icon
  • 在本文中,我们比较了两种常用的服务器线程模型。在每个连接一个线程和每个请求一个线程模型之间的选择取决于应用程序的特定需求和预期的流量模式。一般来说,每连接一个线程为已知数量的客户端提供了简单性和可预测性,而每请求一个线程在可变或高负载条件下提供了更大的可伸缩性和灵活性。 icon
  • 我们使用了sync.Pool很多,老实说,它非常适合我们处理临时对象的方式,尤其是字节缓冲区或切片。 它在标准库中很常用。例如,在encoding/json包中: icon
  • 在 Web 应用程序的上下文中,您认为在 (HTTP 或其他) 处理程序中访问数据库的 Go 最佳实践是什么? 有些人建议使用依赖注入,有些人喜欢使用全局变量的简单性,其他人建议将连接池指针放入请求上下文中。 正 icon
  • 数据库连接池是一种技术,它允许应用程序通过重复使用一组已建立的连接来更有效地管理数据库连接。应用程序无需为每个数据库请求创建新的连接,而是维护一个可重复使用的开放连接池,从而大大减少了重复建立连接所需的时间和资源。 连接池的工作原理 icon