jmeter压测org.apache.http.conn.HttpHostConnectException: Connect to 127.0.0.1:8999 [/127.0.0.1] fail

jmeter 如何解决: Connect to 127.0.0.1:8999 [/127.0.0.1] failed: Connection refused (Connection refused) 问题
在做压测的过程中发现TPS波动非常大，

前期接口返回是正常的，后期接口报错：“org.apache.http.conn.HttpHostConnectException”

去查了监控发现CUP使用率<80%，内存使用率也在90%左右，没有达到极限

查询日志的话也没有看到什么报错信息，就一直没什么头绪

后面看到下面这个博主的文章才发现了问题。

jmeter压测org.apache.http.conn.HttpHostConnectException: Connect to 127.0.0.1:8999 [/127.0.0.1] fail_caused by: org.apache.http.conn.httphostconnectexc-CSDN博客

在请求 -高级里边设置为java

含义【jmeter客户端实现方式有三种，一种是java，一种是httpclient4,还有一种默认，我们来看一下java与httpclient4的区别：

Java：选择压测时，链接是复用的（代码中的http调用都加了连接池）
httpclient4：压测时，每请求一次都创建一个新的链接，（jmeter5.0以前默认关闭了连接复用，5.0上是打开的：即每请求一次都会创建一个新的链接）

从JMeter 5.0开始，当使用默认的HC4实现时，JMeter将在每个线程组迭代时重置HTTP状态（SSL状态+连接）。如果您不想要此行为，请设置httpclient.reset_state_on_thread_group_iteration = false

所以httpclient4 在连接复用设置打开的情况下，压测结果与java的是不一样的，因为java复用链接，httpclient4每次连接都会重新建立tcp连接，如果httpclient4吞吐量过低，需要考虑网络带宽的限制

java实现适合压榨性测试，httpclient4适合真实场景的模拟
连接池的作用于原理：

正常访问数据库的过程中，每次访问都需要创建新的连接，这会消耗大量的资源；连接池的就是为数据库连接建立一个“缓冲区”，预先在缓冲池中放入一定数量的连接对象，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去；且连接池允许多个客户端使用缓存起来的连接对象，这些对象可以连接数据库，它们是共享的、可被重复使用的；使用连接池可以节省大量资源，提高程序运行速度。

连接池的基本原理是：先初始化一定的数据库连接对象，并且把这些连接保存在连接池中。这些数据库连接的数量是由最小数据库连接数来设定的。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。当程序需要访问数据库的时候，如果连接池中有空闲的连接，可直接得到一个连接；如果连接池对象中没有空闲的连接，且连接数没有达到最大，会创建一个新的连接从连接池中取出一个连接，数据库操作结束后，再把这个用完的连接重新放回连接池。】