深入分析java中webwork中的文件上传机制-Java基础-Java-编程开发

关注

原创最新推荐文章于 2026-08-29 13:21:59 发布 242 阅读 AI 写同款· GEO 优化 ›

Java实现调用外部程序 1.添加依赖，将Apache Commons Exec库添加到项目中复制代码2.构造命令行对象：通过 CommandLine 对象构造需要执行的外部程序和参数。复制代码3.创建执行器对象：通过 DefaultExecutor 对象创建一个执行器，并设置工作目录（可选）。复制代码4.创建处理器对象：PumpStreamHandler 对象可以处理输入输出流并存储进程的标准输出和标准错误信息。复制代码5.执行命令并等待进程结束：调用 executor.execute方法执行命令。阅读详情

step 1）进入ServletDispatcher.service
public void service(HttpServletRequest request, HttpServletResponse response) throws ServletException {
........

request = wrapRequest(request);
.........
}

step2)进入ServletDispatcher.wrapRequest
protected HttpServletRequest wrapRequest(HttpServletRequest request) throws IOException {
........................

if (MultiPartRequest.isMultiPart(request)) {
request = new MultiPartRequestWrapper(request, getSaveDir(), getMaxSize());
}

return request;
}

step3)进入MultiPartRequestWrapper的构造方法
public MultiPartRequestWrapper(HttpServletRequest request, String saveDir, int maxSize) throws IOException {
.....................
//step3.1)获取webwork.preperties配置的parser
String parser = "";

parser = Configuration.getString("webwork.multipart.parser");

// If it's not set, use Pell
if (parser.equals("")) {
log.warn("Property webwork.multipart.parser not set."
" Using com.opensymphony.webwork.dispatcher.multipart.PellMultiPartRequest");
parser = "com.opensymphony.webwork.dispatcher.multipart.PellMultiPartRequest";
}
// legacy support for old style property values
else if (parser.equals("pell")) {
parser = "com.opensymphony.webwork.dispatcher.multipart.PellMultiPartRequest";
} else if (parser.equals("cos")) {
parser = "com.opensymphony.webwork.dispatcher.multipart.CosMultiPartRequest";
} else if (parser.equals("jakarta")) {
parser = "com.opensymphony.webwork.dispatcher.multipart.JakartaMultiPartRequest";
}

//step3.2)获取后通过反射实例化parser
try {
Class baseClazz = com.opensymphony.webwork.dispatcher.multipart.MultiPartRequest.class;

Class clazz = Class.forName(parser);

// make sure it extends MultiPartRequest
if (!baseClazz.isAssignableFrom(clazz)) {
addError("Class '" parser "' does not extend MultiPartRequest");

return;
}

// get the constructor
Constructor ctor = clazz.getDeclaredConstructor(new Class[]{
Class.forName("javax.servlet.http.HttpServletRequest"),
java.lang.String.class, int.class
});

// build the parameter list
Object[] parms = new Object[]{
request, saveDir, new Integer(maxSize)
};

// instantiate it
multi = (MultiPartRequest) ctor.newInstance(parms);
.................................................
}

//step4 进入JakartaMultiPartRequest的构造方法（我在webwork配置的parser是Jakarta所以进入了这个方法，如果你配置不同的parser回进入不同的parser
public JakartaMultiPartRequest(HttpServletRequest servletRequest, String saveDir, int maxSize)
throws IOException {

//设置保存参数
DiskFileUpload upload = new DiskFileUpload();
// we must store all uploads on disk because the ww multipart API is missing streaming
// capabilities
upload.setSizeThreshold(0);
upload.setSizeMax(maxSize);
if (saveDir != null) {
upload.setRepositoryPath(saveDir);
}

// Parse the request
try {

//此方法生成文件，将请求中的每个参数都生成一个临时文件比如upload_00000017.tmp， upload_00000018.tmp等，就算是form提交的参数也如此
List items = upload.parseRequest(servletRequest);

......................
}

执行完第四步，然后推出ServletDispatcher.wrapRequest，进入serviceAction方法，开始action及其拦截器的栈调用

在此过程中会删除非上传文件的临时文件，至于哪一步删除，我还没看出来，有时候很早有时候很晚，有时候甚至没有删除，我怀疑有个dameon在做这个事。

进入action和调用栈后，拦截器或action可通过如下代码访问上传的临时文件
MultiPartRequestWrapper wrapper = (MultiPartRequestWrapper) req;
File doc = wrapper.getFiles("doc")[0];

从上面的分析可以看出：
1）如果你使用webwork来上传文件(在进入action栈之前不修改源码或者做一些扩展、覆盖之类的动作），在进入action栈的时候文件已经上传，而且其文件名很难跟踪（upload_00000017.tmp，到底是00000017，0000018，或者0000022等等），毕竟有很多人上传文件，所以临时文件名很难确定，所以如果你想知道上传的进度很难。
2）利用webwork上传文件是两次拷贝过程，webwork首先从request的输入流中将文件流输出到一个临时文件，然后你再将此临时文件拷贝到你需要指定的路径。这是好是坏？