Jmeter作为工具来讲，已经是一个相对比较牛掰的工具，除了它能够支持那么多协议以及方法之外，更在与它的前置处理以及后置处理、同步监控的人性化。当然，所有的工具、框架都是作为业务的支撑，如果不能满足我们实际业务的工作，那么便没有那么大的‘吸引力’。细数在实际工作中遇到的坑吧，都是使用Jmeter如何解决的。
一、乱码问题。
二、实际业务场景---仅需某一接口一次请求，其他接口循环请求（如登陆一次、提现N次）。
三、当前接口需要上个接口的Response信息（正则、xpath、Beanshell、jsonpath），将上个接口进行参数化再进行循环。
典型场景：‘获取余额’需要‘登陆’的Response，那么便需要将登陆接口进行参数化（只为满足业务要求），那么加入循环的话，该如何进行解决。
四、将响应信息写入本地文件中。
五、将执行过程（GUI方式运行）日志写入本地文件中。（有必要筛选error信息）
六、随机模拟生成若干手机号码、身份证号码。
七、加解密处理。
八、测试https接口。
九、Jmeter发送电子邮件。
十、线程与线程之间的变量传递。
十一、Jmeter测试上传、下载文件接口。
十二、ThinkTime的模拟。
十三、Jmeter批量造数据。
十四、集成Jenkins遇到的坑。
十五、请求类型的坑（conten-type）。
十六、监控Jmeter使用的资源手段。
十七、Jmeter分布式部署测试。
（后续再进行增添）
