|
深入分析Java中webwork的文件上传机制(2) 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的输入流中将文件流输出到一个临时文件，然后你再将此临时文件拷贝到你需要指定的路径。
|
