项目背景

我司的自动化测试框架基本搭好，等待Web的接口测试自动化

要求

最基本的传、出参、获取Cookie和参数替换

注意

作者的HTTPClient功底不算强，看到有些地方不对或者我没有完全理解函数用法的话，请指出、并附上您的见解最好。写这篇文章。一是巩固知识、二是抛砖引玉，希望大家交流一下HTTPClient的知识。

---

项目是Spring Boot搭建的，基本的添加HttpClient依赖就不说了。原来是添加了HttpMime的，后来发现通过自定义HttpClient操作就行，于是弃用了。

结构图大致如下：

结构图V1.0

---

execute是作为service层的Impl。目的是执行API接口请求。是该类唯一的Public函数

executeEncapsulation是作为请求的封装，封装了请求所需的全部操作

replaceBodyParams为参数替换

init为参数校验

checkParams为校验基本请求参数

getSessionId为获取获取用户sessionId

executeHttpRequest为构造请求

switchType为实例化HttpClient

createSSLConnect为创建SSL安全连接

defaultHeader为构建默认请求头

setReplaceMap为处理Response获取响应对象中部分参数的值

checkFormat为解析Response

类中用到的静态变量：

private static CloseableHttpClient client;

private static HttpClientContext context;

private static HashMap ReplaceMap;

入参是自定义了一个DO。这个根据各位需求，自己创建就行，不过该项目有些逻辑判断是根据DO参数的有无进行判断

---

半夜码字有点思绪混乱，就先说下为什么用到这个结构和静态变量

execute作为类中唯一对外开放的接口，实现了请求的对象化

executeEncapsulation作为请求的封装，有人会问execute不是请求的对象么？干嘛又要封装一层呢？这样做不是违背了对象化概念么？素质三连，就问你怕不怕，是这样的：因为项目需要我能支持HTTP接口的组合测试，而某些接口需要用户先登陆，所以getSessionId函数应运而生，由于用户先要登陆成功，才能获取到Cookie，所以相当于完成了一次成功的请求，那么按照对象的概念，就应该返回结果了，但实际的用例还没跑呢

replaceBodyParams不用说，这个大家都应该写过类似的。其中我用到了ReplaceMap，要注意的是ReplaceMap可能取值为空，函数是不会报错的，所以这里加了个校验

init和checkParams这两个函数其实可写可不写，全看数据是否规范以及你是不会是有强迫症。不值得一提的是，我在这里做了对请求类型、参数类型的检验以及如果没有参数类型，则参数类型默认设置为Srting

getSessionId这个好像也没什么好讲的，这个看个人需求，我司两个不同的Web环境，我也只能既来之则安之（脸上笑嘻嘻，心里MMP）。这里首先对context是否带Cookie值以及Cookie值中是否有你需要的参数来作为是否跳出函数的条件

executeHttpRequest就是根正苗红的请求函数了，但是别忘了我们HttpClient还没初始化呢。所以。。。所以下面没了

switchType就是根据请求的地址经过正则处理后，switch类型不同，重而初始化不同的client对象，后面会比较详细的讲到

createSSLConnect为switchType里面初始化client对象，后面会比较详细的讲到

defaultHeader为构建默认请求头。好吧我把上面的话复制了一遍，这个讲道理，写过爬虫的应该都会有这个习惯，HTTPClient请求头竟然没有UA！！！唉，真的不能忍。所以defaultHeader里面只有一条数据，没错就是UA

下面又出来了，client都初始化了，没道理不出来

项目暂时只有GET和POST，具体怎么构建，这里是真的不想写，下次吧

好了，下面是这篇文章为数不多的代码

response =client.execute(httpPost, context);

没了

setReplaceMap为处理Response获取响应对象中部分参数的值。这里做自动化的，应该都要用到，我就不多BB了。就是需要ReplaceMap.put操作一下

checkFormat为解析Response。这里比较恶心的就是JSONObject和JSONArray，其实这个函数就是为了处理这两玩意

client    这个定义为静态，就是为了方便。至于有什么风险，这个有知道的人可以说下么

context    上下文管理器。HTTPClient进阶必须掌握的知识点。我这里只是利用了其携带Cookie的特性，但client官方文档表明也有存储Cookie的特性，但这不是懒么，维护下context就行了，等以后研究深入，再改进（FLAG）

ReplaceMap    存放需要替换的数据，需要考虑多线程的同学，请定义为HashTable类型（线程安全）

---

真没了，下篇就是各个函数代码分析了。

看到这，我要谢谢你耐心的看我表演了这么久😆😝

说句大实话，用HTTPClient来写自动化，其实对项目来说不太好，因为太基础，很多功能都需要自定义实现，所以很累啊！！！但有益于加强对HTTP的理解。希望大家权衡下利弊吧