对于作者的第四次提交，我们直接从代码的单元测试类入手，来看看做了哪些改动。
以前的调用方式：
server.request(eqUri("/foo"))).response("bar");
现在的调用方式：
server.request(eq(uri("/foo"))).response(seq("bar", "blah"));
InputStream is = this.getClass().getClassLoader().getResourceAsStream("foo.response");
server.request(eq(uri("/foo"))).response(stream(is));
我们可以直观的看到两处不同：
一、eqUri()方法变成了eq(uri())两步
二、response()方法可以通过seq()方法传入一个String类型的可变长数组
三、response()方法可以通过stream()方法传入一个流
下面来细致的谈一下这三点改动。
首先，eq(uri())这个方法需要传入一个String类型的参数，先将参数包装成作者自定义的Uri类型，再将Uri类型转换成Matcher类型去进行类型匹配，包装成Uri类型这一动作在这一版代码中并没有体现很多的作用，因为包装后，没有经过任何的操作还是转成了Matcher类型，但是作者把eq()方法与uri()方法剥离开，就可以eq()更多的类型，后面可以有和Uri类型同级别的类型，这样做的好处会在日后的扩展中体现出来。
第二点，seq()方法可以传入String的可变长数组，返回SequenceResponseHandler对象，值得一提的是，在这个对象中，有一个计数器，负责记录当前调用了几次该方法，根据这个数值可以返回传入的String数组中的第几个，即contents[current()]。
protected void writeContent(ChannelBuffer buffer) {
buffer.writeBytes(contents[current()].getBytes());
}
private int current() {
int current = this.index;
if (++index >= contents.length) {
index = contents.length - 1;
}
return current;
}
第三点，stream()方法也是同理最后转成了ResponseHandler类型传入response()方法，但是它支持以流的形式作为参数传入。其实在实现上，作者并没有真正把读进来的字符串转成流，而是直接转成了response()方法需要的ResponseHandler类型，而作者其实在这版代码中已经预留了Stream类，后面的提交想必会把string转成stream再传入response()方法。
最后我们还可以看到，作者重构了他的单元测试类，把代码中的重复部分
Content content = Request.Get("http://localhost:8080")
.execute().returnContent();
进行提取，重构了一个方法
private void assertContentFromUri(String uri, String expectedContent) throws IOException {
assertThat(get(uri), is(expectedContent));
}
private String get(String uri) throws IOException {
Content content = Request.Get(uri)
.execute().returnContent();
return content.asString();
}
