搭建 OJ 需要的知识（重要性排序）：

Java SE（Basic Knowledge， String， FileWriter， JavaCompiler， URLClassLoader， SecurityManager， synchronized）

Java Virutal Machine（Classpath，Policy）

Servlet（HttpServlet）

JSP（Session， JSP， EL， JSTL， Custom Tags）

Tomcat（Classpath）

Java EE（JavaBean）

设计模式（MVC模式， Wrapper模式（我自己起的名字，即覆盖某一类改变特定的功能，其余功能不变））

HTML（HTTP）

OJ流程以及实现：

①在网页获取相关代码（HttpServlet从HTML中获取文本内容）

②保存（FileWriter）

③编译（JavaCompiler）

④执行（SecurityManager + Java Policy + ProcessBuilder 或者 Tomcat Policy + URLClassLoader）

流程图，http://blog.csdn.net/niluchen/article/details/8711586（我参考了一下，我的流程和他类似，但是实现很大程度上不同）。

OJ细节（对应流程步骤）：

①在网页获取相关代码

A. 不用 JSP 写网页代码，这样很丑，而且不利于维护。 网页上要使用 JSP，使用 EL 和 JSTL，实在不行还有 Custom Tag。

B. 利用 urlPatterns 转入相应功能处理。

②保存

A. 用 JavaBean 存储相关代码信息。

B. 利用 FileWriter 写文件。

C. 利用 File 检查相关路径。

D. 文件处理经常发生异常，做好相关的处理机制。

E. 利用一个类来处理保存，编译，执行代码。

③ 编译

A. JavaCompiler 相关代码请 Google。

B. JavaComplier 可以收集编译错误，一旦有编译错误，就不用执行，转入错误页面。

④执行

X. 这一步为 OJ 的核心部分，OJ 需要很强的安全性。Java 的沙盒机制一定程度上保证了程序的安全性，然而 Tomcat 也有自己的、基于 Java 的安全机制。

A. 务必熟悉 JVM 相关安全机制：Java Policy， Java SecurityManager。

B. 务必熟悉 Tomcat Policy 配置。

分支1（SecurityManager + Java Policy + ProcessBuilder）

强烈不建议。Tomcat 涉及之初就有考虑到安全性问题，所以自定义了 Policy。并且 Tomcat 不使用当前系统的 Classpath，给 ProcessBuilder 构建 Java 程序的时候造成了极其大的麻烦；但如果你更改了 Classpath， 给 Tomcat 带来了极其大的安全隐患。 

本人就由于 Tomcat 不使用当前系统的 Classpath 这一机制产生的问题困扰了两天。在普通环境下，ProcessBuilder 执行 Java 文件没有任何错误，然而在 Tomcat 环境下，ProcessBuilder 一直提示找不到或者无法加载类。后来我在 Eclipse 下启动 Tomcat（原先是在 cmd 下启动）发现可以编译。在 Google 搜索中发现了可能是 Classpath 的问题，于是我输出了不同环境下的 Classpath 进行对比，发现在 cmd 下 Tomcat 的 Classpath 只包括自身的 jar，并不包括 Java 编译时需要的 jar。后来我在 ProcessBuilder 中加入了 -cp 选项，发现还是不能运行，究其原因是 Tomcat 运行之后，禁止设置Classpath！后来又在配置文件中修改 Classpath（在 /bin/setenv.bat 添加 set classpath=yourClassPath），ProcessBuilder 才能执行 Java。

分支2（Tomcat Policy + URLClassLoader）

Tomcat Policy 就是 Java Policy，实现起来完全一样。

在做，能实现，有安全性保证。

第二版：

由于时间仓促，暂时粗略的做了第一版。第二版中想用 Docker 替代相关安全机制，Docker 更加安全。此外还计划用 Hibernate 构建用户数据库。当然，登陆系统也是必要的。