Jmeter有丰富的组件，逻辑控制器、配置原件、Sampler、定时器、前置处理器、后置处理器、断言、监听器；而编写脚本一定要养成个人习惯，让人看到Jmeter的脚本目录结构树能够一目了然；因此，首先需要了解的是协议、以及Jmeter的元件执行顺序来作为参考，养成自己的书写习惯。
嗯。。关于协议部分，在协议分类随笔中进行记录，本篇就书写习惯以及一个完整的Jmeter脚本应该包含什么做以记录。
Jmeter组件执行顺序：（摘自《全栈Jmeter》）
1、配置原件（如果存在）
2、前置处理器（如果存在）
3、定时器（如果存在）
4、取样器（如果存在）
5、后置处理器（如果存在且取样器的结果不为空）
6、断言（如果存在且取样器的结果不为空）
7、监听器（如果存在且取样器的结果不为空）
而一个完整的Jmeter（此处以HTTP协议为例）脚本应该包含哪些组件呢？
众所周知，HTTP协议结构（request）中包含请求头、请求行、请求数据，那么在Jmeter中实现HTTP请求也必然需要进行模拟一个完整的请求才能得到响应。而在编写Jmeter脚本的时候便需要养成良好的习惯，结构树一目了然，不论是工作，还是需要其他人来解决问题，相信都能快速的定位。因此，需要将Jmeter的组件执行顺序以及协议结构相结合，组成一个完整的脚本。
OK，一个简单的访问百度页面的例子就OK了，当然直接访问百度首页不需要任何参数，因此下方请求数据不需要填写；值得一提的是此处的协议和端口号，如果在协议处填写https，那么端口号是可以不填的，因为它会自己默认为443（https的默认端口号）；当然，直接填写http，后边的端口号也会默认为80的。
当然，此处例子中在“HTTP信息头管理器”中是什么都没有填写。可以在下方的监听器看得出来：
至于在什么情况下会加入信息头信息，信息头中涉及到哪些信息，见下文；
可以从上图看得出来，一个完整的Jmeter脚本至少要包含一个线程组、一个请求，监听器；线程组可进行设置循环、线程数；Sampler中配置请求地址、协议、参数等；监听器来进行监听请求以及响应内容；
可以切换查看的响应方式，呐、这个就是百度的原始页面了；可以看到的是并没有HTML、CSS等页面渲染元素；
So，这便是一个完整的HTTP请求的Jmeter脚本。
可以看得出来，（除去线程组）是将配置原件放在了第一位，接着是请求，监听器；并没有像录制的脚本一样，将信息头一类的配置元件放入Sampler下一级，调试都不容易，试着找个问题都眼花缭乱。
因此，自行编写时一定要养成良好的习惯，最起码是要有调试方便，层次分明的优点。