首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    SpringCloud升级之路2020.0.x版-12.UnderTow 简介与内部原理

    在我们的项目中,我们没有采用默认的 Tomcat 容器,而是使用了 UnderTow 作为我们的容器。其实性能上的差异并没有那么明显,但是使用 UnderTow 我们可以利用直接内存作为网络传输的 buffer,减少业务的 GC,优化业务的表现。其实 Tomcat 也有使用直接内存作为网络传输的 buffer 的配置,即 Connector 使用 NIO 或者 NIO2,还有 APR 这种基于 JNI 的优化文件与请求传输的方式,但是 tomcat 随着不断迭代与发展,功能越来越完善以及组件化的同时,架构也越来越复杂,这也带来了代码设计与质量上的一些降低。对比 Tomcat Connector 那里的源代码与设计,我最终选择了更为轻量设计的 Undertow。至于不选 Jetty 的原因和 Tomcat 类似,不选 reactor-netty 的主要原因是项目还是比较新并且不太成熟,并且基于异步回调,很多时候异常处理不全面,导致最后诡异的响应并且异常定位成本比较高。

    02

    Tomcat性能优化

    Tomcat的连接数主要受几个参数的影响:1. acceptCount:指定Tomcat接收请求的最大队列数,默认值为100。这是因为Tomcat的连接器(Connector)将接收到的请求放入队列进行处理,当队列满时新请求会被拒绝。将acceptCount的值增加可以加大链接请求队列的大小,接纳更多连接。2. maxConnections:指定最大连接数,默认值为10000。当Tomcat正在处理的连接达到这个值时,新的连接请求会被拒绝。增大这个值可以增加Tomcat的最大连接数。3. maxThreads:指定最大线程数,默认值为200。由于每个连接都需要一个线程来处理,当线程数达到maxThreads时新连接无法被处理,会被拒绝。增大maxThreads值也可以增加最终的连接数。所以,可以通过调整以上3个参数来加大Tomcat的连接数:1. 增大acceptCount值,扩大连接请求队列,避免连接请求被拒绝,如:

    03

    java JVM内存模型解析

    程序计数器就是记录当前线程执行程序的位置,改变计数器的值来确定执行的下一条指令,比如循环、分支、方法跳转、异常处理,线程恢复都是依赖程序计数器来完成。     Java虚拟机多线程是通过线程轮流切换并分配处理器执行时间的方式实现的。为了线程切换能恢复到正确的位置,每条线程都需要一个独立的程序计数器,所以它是线程私有的。     如果线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址;如果正在执行的是Native方法,这个计数器值则为空(Undefined)。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

    04
    领券