Linux 当jmeter压测时，JVM内存泄漏，端口不够问题，解决办法

在Linux环境，使用jmeter压测会遇到很多问题，比如：配置不对，权限不足这些都是很好解决。 但是遇到这几个问题： 1.内存泄漏   2.端口不够 遇到两个问题网上解决办法都很杂 ，没有一个清晰明了的解决办法，所以针对这两个问题，写出解决办法： 例如： 屏蔽“聚合报告”“查看结果数”，等插件脚本尽量最小变量 ，多个线程组下CSV文件设置，如果 只在当前线程组 使用变量，尽量不使用“全部现场”。 bin/下的jmeter文件（非jmeter.sh）编辑：（Windows环境编辑jmeter.bat） JVM_ARGS="-Xms4g -Xmx4g" 还有另一个方法：启动加参数设置：JVM_ARGS="-Xms2048m -Xmx2048m" jmeter -t test.jmx （上面调整内存格式可以1g 2g，也可以1024m 2048m，这样写都可以）Response code: Non HTTP response code: java.net.BindException Response message: Non HTTP response message: Address already in use: connect Linux本来的默认的端口欧范围：1024-65535，64511个，所以当压测接口调用超过65535个就会出现端口不够的问题。 查Linux支持多少端口， cat /proc/sys/net/ipv4/ip_local_port_range 然后找运维修改，或者： 修改文件  /etc/sysctl.conf 键入如下语句： net.ipv4.ip_local_port_range = 1024 65535压测过程还有其他问题，比如宽带限制，负载均衡，关闭缓存等，多百度即可。

简单的来说 java的堆内存分为两块:permantspace（持久带） 和 heap space。

持久带中主要存放用于存放静态类型数据，如 Java Class, Method 等， 与垃圾收集器要收集的Java对象关系不大。

而heapspace分为年轻带和年老带

年轻代的垃圾回收叫 Young GC， 年老代的垃圾回收叫 Full GC。

在年轻代中经历了N次（可配置）垃圾回收后仍然存活的对象，就会被复制到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象

年老代溢出原因有 循环上万次的字符串处理、创建上千万个对象、在一段代码内申请上百M甚至上G的内存

持久代溢出原因 动态加载了大量Java类而导致溢出

---