1.线程池也会导致OOM的码安原因
2.弹性数据库连接池探活策略调研 (二)——Druid | 京东云技术团队
3.Nginx配置以及热升级
4.keep-alive的vue2和vue3的源码以及LRU算法

线程池也会导致OOM的原因

       线程池的使用与内存管理

       在编程过程中，我们可能会遇到OOM问题，码安比如“java.lang.OutOfMemoryError: pthread_create (KB stack) failed: Try again”。码安这个问题通常与线程创建过多相关。码安然而，码安人们往往忽视了一点：线程池也可能导致内存溢出。码安phpgit源码分享本文将探讨线程池可能导致内存溢出的码安原因，以及如何解决这一问题。码安

       一、码安线程池的码安基本理解

       要了解线程池，首先需要从其参数入手，码安了解其基本工作流程：在任务开始执行时，码安线程池会先检查当前线程池数量是码安否达到核心线程数，未达到则创建核心线程执行任务；如果超过核心线程数，码安广州到邯郸源码任务会放入阻塞队列等待，码安当阻塞队列满且未达到最大线程数时，会创建非核心线程执行任务；若达到最大线程数，则执行饱和策略。

       核心线程不会回收，非核心线程会在使用完毕后根据keepAliveTime和unit进行回收。这一设计使得核心线程一直存活，占用内存资源。如果创建了大量线程池，就会导致内存溢出。

       二、核心线程如何避免释放资源

       为了避免核心线程因执行完毕而释放资源，我们需要让核心线程进入BLOCKED或WAITING状态，桃源码头乘船从而在有新任务时被唤醒，进入RUNNABLE状态继续执行。这样，核心线程在执行任务间断时不会进入TERMINATED状态，从而避免释放资源。

       三、线程池源码分析

       在ThreadPoolExecutor类中，当使用线程池执行任务时，会调用execute方法。该方法内部使用了AtomicInteger和自旋（spin）操作来管理线程数量，以实现高效的状态控制和线程创建。当线程数量不足核心线程数时，会调用addWorker方法创建核心线程。酒小二源码

       addWorker方法分为上下两部分，上半部分主要用于状态判断和线程数量的增加，下半部分创建Worker对象并启动线程执行任务。Worker对象内部包含任务和执行该任务的线程，线程的创建依赖于传入的线程工厂。

       四、线程池生命周期与资源管理

       线程池的生命周期分为RUNNING、SHUTDOWN、STOP、TIDYING和TERMINATED等状态。shutdown()和shutdownNow()方法可以改变线程池的状态，但对资源管理影响较小。核心线程不会因执行完毕而立即释放资源，武术台源码录制非核心线程在使用完毕后根据keepAliveTime和unit进行回收。

       五、结论与思考

       通过部分源码分析，我们了解到线程池可能导致内存溢出的原因，关键在于核心线程的持续占用资源。不断创建线程池不一定导致内存溢出，取决于线程池的大小、核心线程数、keepAliveTime以及任务执行情况。在实际应用中，合理设置线程池参数，以及正确处理任务调度，是避免内存溢出的关键。

弹性数据库连接池探活策略调研 (二)——Druid | 京东云技术团队

       在上篇文章中，我们探讨了 HikariCP 连接池的探活策略，现在我们将转向另一个流行的数据库连接池——Druid。京东云技术团队将为您揭示如何在使用Druid时实现最佳的弹性数据库连接池探活策略，以及其不同版本间的参数调整与实现逻辑。

       Druid的探活机制复杂且版本间差异明显，配置参数众多。核心的探活逻辑主要集中在两个源码函数中。要确保探活策略生效，需理解以下几个关键参数：testOnBorrow、testWhileIdle和timeBetweenEvictionRunsMillis。在高并发场景下，推荐配置testWhileIdle以减少性能消耗。

       Druid的getConnectionDirect函数在取连接时会进行探活检测，如果testOnBorrow为true，每次都会检查连接有效性。当testOnBorrow为false且testWhileIdle为true时，会根据timeBetweenEvictionRunsMillis来判断连接是否失效，若超过设定时间，则进行探活。在版本1.1.及以上，保持连接功能（keepAlive）在minEvictableIdleTimeMillis设置小于分钟时，有助于高效探活并防止网关连接关闭。

       在低版本中，如1.0.9，探活主要依赖于testOnBorrow或testWhileIdle，不支持keepAlive。而在1.1.和1.1.9版本中，shrink方法的逻辑有所调整，引入了keepAliveBetweenTimeMillis参数，增加了对keepAlive的控制。1.1.版本则进一步优化了探活过程，不仅关闭无效连接，还会补充连接以维持最小连接数。

       总结来说，Druid的探活策略在不同版本中需灵活配置，建议在高并发场景下使用1.1.或更高版本，配置testWhileIdle以提高性能，同时根据需求选择是否启用testOnBorrow或使用keepAlive来保证连接的可用性。对于使用Druid连接池的线上应用，推荐依据实际需求选择合适的版本和参数设置。

       以上内容由京东零售王雷鑫提供，出自京东云开发者社区，转载请注明原作者和来源。

Nginx配置以及热升级

       Nginx是一个广泛使用的高性能Web服务器，以其高效的性能和丰富的功能而闻名。相较于Apache，Nginx提供了额外的功能，如代理服务和负载均衡。以下是Nginx的关键特性、配置详解及热升级方法。

       ### Nginx关键特性

       Nginx提供了多种高级功能，包括但不限于：

       - **代理服务器**：用于转发请求到其他服务器或负载均衡。

       - **负载均衡**：将请求分发到多个服务器，提高性能和可用性。

       - **反向代理**：将客户端请求转发到后端服务，隐藏后端架构。

       ### Nginx配置详解

       #### events段

       - **worker_connections**：指定单个进程的连接数，配置为表示每个进程可以处理个并发连接。

       #### /post/