adrninistrat0r的博客

反射膨胀机制对同一个方法重复生成类的情况，出现在为某个类的构造函数生成 GeneratedConstructorAccessor… 类，或为非构造函数方法生成 GeneratedMethodAccessor… 类的阶段，当方法对应的类生成完毕以后，后续再通过反射调用该方法时，会使用已经生成好的类，不会再继续生成类，即不会无限为同一个方法重复生成类因此，反射膨胀机制对同一个方法重复生成类的情况，一定程度上可能导致占用 Metaspace 空间进一步增大，具体比例与 Java 应用处理请求的并发有关。

1. 前言参考“The HTTP Connector”（http://tomcat.apache.org/tomcat-8.5-doc/config/http.html#Introduction），描述了当Tomcat接收到新的请求，直到超过Tomcat处理能力时，Tomcat的处理过程，涉及到三个相关的属性：maxThreads、maxConnections、acceptCount。Tomcat的每个请求的持续期间，都需要一个线程。如果当前存在的用来处理请求的线程不足以处理接收到的并发请求，将会创

1. 问题发现某次网页打不开，开始进行分析。查看系统对应的Tomcat应用进程存在，Tomcat的HTTP端口有在监听，怀疑是Tomcat某个处理HTTP服务的线程出现问题。根据客户端IP定位到对应的服务器实例，与其他能够正常访问的服务器的线程相比，发现少了部分线程：http-nio-xxx-Acceptor-0、http-nio-xxx-AsyncTimeout、http-nio-xxx-ClientPoller-0、http-nio-xxx-ClientPoller-1等。重启Tomcat进程后，

1. HTTP协议关于keep-alive的说明参考“Hypertext Transfer Protocol – HTTP/1.1-8.1 Persistent Connections”( https://tools.ietf.org/html/rfc2616#section-8.1 )。在持久化连接出现之前，每次访问URL都需要建立一个独立的TCP连接，会增加HTTP服务器的负载，并导致网络拥塞。持久的HTTP连接有一些优势，例如打开与关闭的TCP连接会减少，可以减少中间经过节点的CPU时间及内存等

1.问题描述在使用HttpServletRequest.getParameter方法获取HTTP请求参数时，发现经过URL编码的参数被自动进行了解码，与预期不一致。2.问题分析2.1调试使用IDEA对程序进行调试，对HttpServletRequest.getParameter方法设置断点，发送HTTP请求，进入断点后，使用“Step Info (F5)”，调用堆栈如下...

目录1. 前言2. 尝试的方法 2.1. Smart Tomcat插件3. 可行方法 3.1. 说明 3.2. 依赖环境 3.3. IDEA中执行Gradle脚本 3.3.1. 在Terminal中执行 3.3.2. 在Run/Debug Configurations中执行 3.3.2.1. 解决在Ru...