转载

自己编写Java Web框架：Takes框架的Web App架构

我用过Servlets、JSP、JAX-RS、 Spring框架、Play框架、带Facelets的JSF以及Spark Framework。在我看来，这些框架并没有很好地实现面向对象设计。它们充斥着静态方法、未经测试的数据结构以及不够美观的解决方式。因此一个月前我决定开始编写自己的Java Web框架，我制定了一些基本的信条：1) 没有NULL，2) 没有public static方法，3) 没有可变类（mutable class），4) 没有类型转换、反射和instanceof操作。这四条基本准则应该足够保证干净的代码和透明的架构。这就是 Takes 框架诞生的原因。让我们看看这是如何实现的。

Java Web架构简介

简单来说，这就是我对一个Web应用架构以及其组件的理解。

首先，要创建一个Web服务器，我们应该新创建一个网络套接字（socket），其将会在特定的 TCP端口接受连接请求。通常这个端口是80，但是为了方便测试我将使用8080端口。这些在Java中用 ServerSocket 类完成。

import java.net.ServerSocket; public class Foo {   public static void main(final String... args) throws Exception {     final ServerSocket server = new ServerSocket(8080);     while (true);   } }

这些足够去启动一个Web服务器。现在，socket已经就绪监听8080端口。当有人在浏览器打开 http://localhost:8080 ，将会建立连接并且等待的齿轮在浏览器上不停的旋转。编译这些片段试一下。我们刚刚没有使用任何框架搭建了一个简单的Web服务器。我们并没有对进入的连接做任何事情，但是也没有拒绝它们。所有的连接都正在服务器对象内部排队。这些在后台线程中完成，这就是为什么需要在最后放一个 while(true) 的原因。没有这个无限循环，应用将会立即终止操作并且服务器套接字将会关闭。

下一步是接受进入的连接。在Java中，通过对 accept() 方法的阻塞调用来完成。

final Socket socket = server.accept();

这个方法将会一直阻塞线程等待直到一个新的连接到达。新连接一发生，accept() 方法就会返回一个Socket实例。为了接受下一个连接，我们将会再次调用 accept() 方法。因此简单来讲，我们的Web服务器将会像下面一样工作：

public class Foo {   public static void main(final String... args) throws Exception {     final ServerSocket server = new ServerSocket(8080);     while (true) {       final Socket socket = server.accept();       // 1. Read HTTP request from the socket       // 2. Prepare an HTTP response       // 3. Send HTTP response to the socket       // 4. Close the socket     }   } }

这是个无限循环。不断接受新的连接请求，识别请求、创建响应、返回响应，然后再次接收新的连接。HTTP协议是无状态的，这意味着服务器不应该记住先前任何一个连接发生了什么。它所关心的是在特定连接中传入的HTTP请求。

HTTP请求来自于套接字的输入流中，就像多行的文本块。这就是你读取套接字的输入流将会看到的内容：

final BufferedReader reader = new BufferedReader(   new InputStreamReader(socket.getInputStream()) ); while (true) {   final String line = reader.readLine();   if (line.isEmpty()) {     break;   }   System.out.println(line); }

你将会看到以下信息：

GET / HTTP/1.1 Host: localhost:8080 Connection: keep-alive Cache-Control: max-age=0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.89 Safari/537.36 Accept-Encoding: gzip, deflate, sdch Accept-Language: en-US,en;q=0.8,ru;q=0.6,uk;q=0.4

客户端（例如谷歌的Chrome浏览器）把这些文本传给已建立的连接。它连接本地的8080端口，只要连接完成，它会立即将这些文本发给服务器，然后等待响应。

我们的工作就是用从请求得到的信息创建相应的HTTP响应。如果我们的服务器非常原始，可以忽略请求中的所有信息而对所有的请求仅仅返回“Hello, world! ”（简单起见我用了 IOUtils ）。

import java.net.Socket; import java.net.ServerSocket; import org.apache.commons.io.IOUtils; public class Foo {   public static void main(final String... args) throws Exception {     final ServerSocket server = new ServerSocket(8080);     while (true) {       try (final Socket socket = server.accept()) {         IOUtils.copy(           IOUtils.toInputStream("HTTP/1.1 200 OK/r/n/r/nHello, world!"),           socket.getOutputStream()         );       }     }   } }

就是这样。当服务器就绪，试着编译它跑起来。让浏览器指向 http://localhost:8080 ，你将会看到“Hello, world!”。

$ javac -cp commons-io.jar Foo.java $ java -cp commons-io.jar:. Foo & $ curl http://localhost:8080 -v * Rebuilt URL to: http://localhost:8080/ * Connected to localhost (::1) port 8080 (#0) > GET / HTTP/1.1 > User-Agent: curl/7.37.1 > Host: localhost:8080 > Accept: */* > < HTTP/1.1 200 OK * no chunk, no close, no size. Assume close to signal end < * Closing connection 0 Hello, world!

这就是你编译web服务器要做的所有事情。现在让我们来讨论如何让它面向对象并且可组件化。让我们看看 Takes 框架是如何建立的。

路由/分发

最重要的一步是决定谁来负责构建HTTP响应。每个HTTP请求都有1）一个查询，2）一个方法，3）一些头部信息。要使用这三个参数，需要实例化一个对象来为我们构建响应。在大多数的Web框架中，这个过程叫做请求分发或路由。下面是如何用Takes完成这些。

final Take take = takes.route(request); final Response response = take.act();

基本上有两步。第一步从takes创建 Take 的实例，第二步从takes创建响应的实例。为什么采用这种方式？主要是为了分离责任。 Takes 的实例负责分发请求并且初始化正确的Take，Take的实例负责创建响应。

用Takes创建一个简单的应用，你应该创建两个类。首先，一个实现Takes接口的类：

import org.takes.Request; import org.takes.Take; import org.takes.Takes; public final class TsFoo implements Takes {   @Override   public Take route(final Request request) {     return new TkFoo();   } }

我们分别用Ts和Tk的前缀代表Takes和Take。第二个你应该创建的类，一个实现Take接口的类：

import org.takes.Take; import org.takes.Response; import org.takes.rs.RsText; public final class TkFoo implements Take {   @Override   public Response act() {     return new RsText("Hello, world!");   } }

现在到启动服务器的时候了：

import org.takes.http.Exit; import org.takes.http.FtBasic; public class Foo {   public static void main(final String... args) throws Exception {     new FtBasic(new TsFoo(), 8080).start(Exit.NEVER);   } }

FtBasic 类正是实现了上面解释过的和socket一样的操作。它在端口8080上启动一个服务器端的socket，通过传给构造函数TsFoo实例来分发所有进入的连接。它在一个无限循环中完成分发，用 Exit 实例每秒检查是否是时候停止。显然，Exit.NEVER总是返回“请不要停止”。

HTTP请求

现在让我们来了解一下到达TsFoo的HTTP请求内部都有什么，我们能从请求中得到什么。下面是在 Takes 中定义的 Request 接口：

public interface Request {   Iterable<String> head() throws IOException;   InputStream body() throws IOException; }

请求分为两部分：头部和正文。根据 RFC 2616 中HTTP规范，头部包含用来开始正文的空行前的所有的行。框架中有很多有用的请求装饰器。例如，RqMethod可以帮助从头部第一行取到方法名。

final String method = new RqMethod(request).method();

RqHref用来帮助提取查询部分并且进行解析。例如，下面是一个请求：

GET /user?id=123 HTTP/1.1 Host: www.example.com

代码将会提取得到“123”：

GET /user?id=123 HTTP/1.1 Host: www.example.com

RqPrint可以获取整个请求或者正文，作为字符串打印出来：

final String body = new RqPrint(request).printBody();

这里的想法是保持请求接口简单，并且用装饰器提供解析请求的功能。每一个装饰器都非常小巧稳定，只用来完成一件事。所有这些装饰器都在“ org.takes.rq ”包中。你可能已经理解，“Rq”前缀代表请求（Request）。

第一个真正的Web应用

让我们创建我们第一个真正意义上的Web应用，它将会做一些有意义的事情。我推荐以一个Entry类开始。对Java来说，从命令行启动一个应用是必须的。

import org.takes.http.Exit; import org.takes.http.FtCLI; public final class Entry {   public static void main(final String... args) throws Exception {     new FtCLI(new TsApp(), args).start(Exit.NEVER);   } }

这个类只包含一个静态 main() 函数，从命令行启动应用时JVM将会调用这个方法。如你所见，实例化 FtCLI ，传进一个TsApp类的实例和命令行参数。我们将会立刻创建TsApp对象。FtCLI（翻译成“front-end with command line interface”即“带命令行接口的前端”）创建了FtBasic的实例，用一些有用的装饰器对它进行包装并根据命令行参数配置。例如，“–port=8080”将会转换成8080端口号并被当做 FtBasic 构造函数的第二个参数传入。

web应用本身继承TsWrap，叫做TsApp：

import org.takes.Take; import org.takes.Takes; import org.takes.facets.fork.FkRegex; import org.takes.facets.fork.TsFork; import org.takes.ts.TsWrap; import org.takes.ts.TsClasspath; final class TsApp extends TsWrap {   TsApp() {     super(TsApp.make());   }   private static Takes make() {     return new TsFork(       new FkRegex("/robots.txt", ""),       new FkRegex("/css/.*", new TsClasspath()),       new FkRegex("/", new TkIndex())     );   } }

我们将马上讨论TsFork类。

如果你正在使用Maven，你应该从这个pom.xml开始：

<?xml version="1.0"?> <project xmlns="http://maven.apache.org/POM/4.0.0"   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">   <modelVersion>4.0.0</modelVersion>   <groupId>foo</groupId>   <artifactId>foo</artifactId>   <version>1.0-SNAPSHOT</version>   <dependencies>     <dependency>       <groupId>org.takes</groupId>       <artifactId>takes</artifactId>       <version>0.9</version> <!-- check the latest in Maven Central -->     </dependency>   </dependencies>   <build>     <finalName>foo</finalName>     <plugins>       <plugin>         <artifactId>maven-dependency-plugin</artifactId>         <executions>           <execution>             <goals>               <goal>copy-dependencies</goal>             </goals>             <configuration>               <outputDirectory>${project.build.directory}/deps</outputDirectory>             </configuration>           </execution>         </executions>       </plugin>     </plugins>   </build> </project>

运行“ mvn clean package”会在“target ”目录中生成一个 foo.jar 文件并且在“target/deps”目录生成一批所有JAR依赖包。现在你可以从命令行运行应用：

$ mvn clean package $ java -Dfile.encoding=UTF-8 -cp ./target/foo.jar:./target/deps/* foo.Entry --port=8080

应用已经就绪，你可以部署到Heroku。在仓库的根目录下创建一个Profile文件，然后把仓库推入Heroku。下面是Profile的内容：

web: java -Dfile.encoding=UTF-8 -cp target/foo.jar:target/deps/* foo.Entry --port=${PORT}

TsFork

TsFork 类看上去是其中一个框架核心元素。它将进入的HTTP请求路由到正确的“take”。它的逻辑非常的简单，代码也只有少量行。它封装了“forks”的一个集合，“forks”是 Fork<Take> 接口的实例。

public interface Fork<T> {   Iterator<T> route(Request req) throws IOException; }

仅有的 route() 方法返回空迭代器或者含有单个take的迭代器。TsFork遍历所有的forks，调用它们的 route() 方法直到其中一个返回take。一旦发生，TsFork会把这个take返回给调用者，即 FtBasic 。

现在我们自己来创建一个简单的fork。例如，当请求URL“/status”时，我们想展示应用的状态。以下是代码实现：

final class TsApp extends TsWrap {   private static Takes make() {     return new TsFork(       new Fork.AtTake() {         @Override         public Iterator<Take> route(Request req) {           final Collection<Take> takes = new ArrayList<>(1);           if (new RqHref(req).href().path().equals("/status")) {             takes.add(new TkStatus());           }           return takes.iterator();         }       }     );   } }

我相信这里的逻辑是清晰的。要么返回一个空迭代器，要么返回内部包含TKStatus实例的迭代器。如果返回空迭代器，TsFork将尝试在集合中寻找另一个这样的fork，它可以获得Take的实例从而进行响应。顺便提一下，如果什么也没发现所有的forks返回空迭代器，那么TsFork将抛出“Page not found”的异常。

这样的逻辑通过叫做FkRegex的开箱即用fork实现，尝试用提供的通用表达式去匹配请求的URI：

final class TsApp extends TsWrap {   private static Takes make() {     return new TsFork(       new FkRegex("/status", new TkStatus())     );   } }

我们可以组合多层结构的TsFork类，例如：

final class TsApp extends TsWrap {   private static Takes make() {     return new TsFork(       new FkRegex(         "/status",         new TsFork(           new FkParams("f", "json", new TkStatusJSON()),           new FkParams("f", "xml", new TkStatusXML())         )       )     );   } }

Again, I believe it’s obvious. The instance of FkRegex will ask an encapsulated instance of TsFork to return a take, and it will try to fetch it from one that FkParams encapsulated. If the HTTP query is /status?f=xml, an instance of TkStatusXML will be returned.

我相信逻辑是很清晰的。FkRegex的实例将会要求TsFork的封装实例返回一个take，并且它会尝试从FkParams封装的实例中获取。

HTTP响应

现在让我们讨论HTTP响应的结构以及它的面向对象的抽象—— Response 。以下是接口的定义：

public interface Response {   Iterable<String> head() throws IOException;   InputStream body() throws IOException; }

和 Request 看起来非常类似，是不是？好吧，它是相同的。因为HTTP请求和响应的结构几乎是相同的，唯一的区别只是第一行。有很多有用的装饰器帮助构建响应。他们是组件化的，这使得使用起来非常方便。例如，如果你想构建一个包含HTML页面的响应，你可以这样做：

final class TkIndex implements Take {   @Override   public Response act() {     return new RsWithStatus(       new RsWithType(         new RsWithBody("<html>Hello, world!</html>"),         "text/html"       ),       200     );   } }

在这个示例中，RsWithBody装饰器创建响应的正文，但是没有头部。然后RsWithType 给响应添加“ Content-Type: text/html”头部。接着RsWithStatus确保响应的第一行包含“HTTP/1.1 200 OK”。

你可以复用已有的装饰器来创建自己的装饰器。可以看看 rultor.com 上 RsPage 如何自定义装饰器。

如何使用模板？

如你所见，返回简单的“Hello, world”页面并不是一个大问题。但是返回更复杂的输出例如HTML页面、XML文档、JSON数据集，又该怎么办？让我们从一个简单的模板引擎“ Velocity ”开始。好吧，其实它并不简单。它相当强大，但是我只建议在简单情形下使用。下面是关于它如何工作：

final class TkIndex implements Take {   @Override   public Response act() {     return new RsVelocity("Hello, ${name}")       .with("name", "Jeffrey");   } }

RsVelocity 构造器接受Velocity模板作为唯一参数。然后，你可以调用“with()”方法，往Velocity上下文注入数据。当到渲染HTTP响应的时候，RsVelocity 将会将模板和配置的上下文进行“评估”。再次强调，我只推荐在非常简单的输出时使用这种模板方式。

对于更复杂的HTML文档，我将推荐你使用结合Xembly使用XML/XSLT。在先前的几篇博客中我解释了这种想法， XML+XSLT in a Browser 和 RESTful API and a Web Site in the Same URL 。这种方式简单强大——用Java生成XML，XSLT 处理器将其转换成HTML文档。这就是我们如何分离表示和数据。在 MVC 来看，XSL样式表是一个“视图”，TkIndex 是一个“控制器”。

不久我会单独写一篇文章来介绍使用Xembly和XSL模板生成页面。

同时，我会在Takes框架中为 JSF/Facelets 和 JSP 渲染创建装饰器。如果你对这部分工作感兴趣，请fork这个框架并提交你的pull请求。

如何持久化？

现在，一个问题就出来了。如何处理诸如数据库、内存结构、网络连接之类的持久层实体？我的建议是在Entry类中实例化它们，并把它们作为参数传入TsApp的构造函数中。然后，TsApp将会把它们传入自定义的“takes”的构造函数中。

例如，我们有一个PostgreSQL数据库，包含一些用来渲染的表数据。这里我将在Entry类中实例化数据库连接（使用 BoneCP 连接池）：

public final class Entry {   public static void main(final String... args) throws Exception {     new FtCLI(new TsApp(Entry.postgres()), args).start(Exit.NEVER);   }   private static Source postgres() {     final BoneCPDataSource src = new BoneCPDataSource();     src.setDriverClass("org.postgresql.Driver");     src.setJdbcUrl("jdbc:postgresql://localhost/db");     src.setUser("root");     src.setPassword("super-secret-password");     return src;   } }

现在，TsApp的构造器必须接受一个“java.sql.Source”类型的参数：

final class TsApp extends TsWrap {   TsApp(final Source source) {     super(TsApp.make(source));   }   private static Takes make(final Source source) {     return new TsFork(       new FkRegex("/", new TkIndex(source))     );   } }

TkIndex 类同样接受一个Source类型的参数。为了取SQL表数据并把它转换成HTML，相信你知道TkIndex内部如何处理的。这里的关键点是在应用（TsApp类的实例）初始化时必须注入依赖。这是纯粹干净的依赖注入机制，完全无需任何容器。更多相关阅读请参阅 “Dependency Injection Containers Are Code Polluters” 。

单元测试

因为每个类是不可变的并且所有的依赖都是通过构造函数注入，所以单元测试非常简单。比如我们想测试“TkStatus”，假定它将会返回一个HTML响应（我使用 JUnit 4 和 Hamcrest ）：

import org.junit.Test; import org.hamcrest.MatcherAssert; import org.hamcrest.Matchers; public final class TkIndexTest {   @Test   public void returnsHtmlPage() throws Exception {     MatcherAssert.assertThat(       new RsPrint(         new TkStatus().act()       ).printBody(),       Matchers.equalsTo("<html>Hello, world!</html>")     );   } }

同样，我们可以在一个测试HTTP服务器中启动整个应用或者任何一个单独的“take”，然后通过真实的TCP套接字测试它的行为；例如（我使用 jcabi-http 构造HTTP请求并且检测输出）：

public final class TkIndexTest {   @Test   public void returnsHtmlPage() throws Exception {     new FtRemote(new TsFixed(new TkIndex())).exec(       new FtRemote.Script() {         @Override         public void exec(final URI home) throws IOException {           new JdkRequest(home)             .fetch()             .as(RestResponse.class)             .assertStatus(HttpURLConnection.HTTP_OK)             .assertBody(Matchers.containsString("Hello, world!"));         }       }     );   } }

FtRemote 在任意的TCP端口启动一个测试Web服务器，并且在 FtRemote.Script 提供的实例中调用 exec() 方法。此方法的第一个参数是刚才启动的web服务器主页面的URI。

Takes框架的架构非常模块化且易于组合。任何独立的“take”都可以作为一个单独的组件被测试，绝对独立于框架和其它“takes”。