性能测试-JMeter安装环境及运行原理
JMeter环境需求
JMeter是纯Java应用程序，因此有Java运行环境的要求。不同版本
JMeter对Java版本的要求不尽相同。比如：
JMeter3.3仅支持Java 8
JMeter4.0要求Java 8+(表示大于等于Java 8版本)
JMeter5.1.1要求Java 8+
Java版本一般指的是JDK版本，这两个概念可以无差别对待。目前JDK
可以分为Oracle JDK与Open JDK两类，其中Open JDK是Oracle
JDK的开源免费版。
从2019年1月开始，LTS的Oracle JDK8与Oracle JDK11不再免费，企业需要获取JDK的更新升级，则需要购买Orace的订阅服务。也可以不付费而使用免费的Open JDK 8/11，两者没有太大的区别。
JMeter运行原理
JMeter以创建多个线程的方式来模拟多个用户执行操作，一个线程代表一个虚拟用户。当JMeter执行测试时，测试计划会发送到负载机，并向负载机发送命令以CLI方式执行测试，产生多个线程向被测系统发送请求，生成负载。
基于操作方式，可以分为两种：
GUI模式
图形用户界面运行模式。可视化显示更加直观，可使用鼠标操作更为方便。
CLI模式
命令行模式(旧称NON GUI)。
使用GUI模式存在如下问题：
1)GUI模式运行时会消耗大量的系统资源，从而影响测试结果;
2)某些环境中可能无法使用GUI模式，比如将JMeter部署在没有GUI的Linux系统上。
为了规避这些问题，JMeter提供了CLI模式，可以通过运行JMeter命令来执行测试。
建议使用GUI模式来创建和调试测试脚本;使用CLI模式执行测试并收集测试结果。
基于运行架构，可以分为两种：
单机模式
JMeter安装在一台服务器上，这台机器也是负载机，所有请求都从该机器发出
分布式模式
单机模式存在如下问题：
1)JMeter运行时，产生的众多线程会消耗大量的CPU，内存资源，负载机本身可能成为测试瓶颈;
2)网络上能传输的数据量受网络带宽影响，无法做到高并发，导致测试结果不准确。
使用分布式模式可以解决这些问题，使用一台Master控制多台远程Slave，将测试计划分发到不同的Slave上执行，请求从不同的Slave发出。
分布式运行原理
JMeter分布式体系结构
JMeter分布式执行测试过程
1.首先启动每台Slave上的Agent程序
Windows： jmeter-server.bat，Linux/Unix： jmeterserver;
2.启动Master后自动连接各台远程Slave;
3.Master将存储在本地的测试计划(jmx文件)分发到各台远程Slave，并命令各Slave以CLI模式执行JMeter测试;
注意：参数化文件或依赖包需要手工拷贝到各台远程Slave上;
4.Slave执行测试向SUT(被测系统)发送请求，并接受服务器返回的响应结果;
5.Slave将测试结果回送给Master;
6.Master接收并汇总统计测试结果。
