JAVA servlet api 中已经有完整的文件下载方式了，你可以通过编写一个servlet来完成一个文件的下载

?

代码可以是这样

?

String fileName = xxxx;

resp.reset();//response 就是 httpResponse了，这里要将response清一下，保证下面方法调用的条件满足

resp.setBufferSize(xxxx * xxxx); //一个合适的buffer大小，根据实际的情况填写，大意味着写的次数少

resp.setContentType("APPLICATION/OCTET-STREAM");//根据实际情况写传输的数据类型

resp..addHeader("Content-Disposition", "attachment; filename=\""
             + fileName + "\""); //相当于下载的时候的文件名字
       
ServletContext sc = req.getSession().getServletContext();

//相对于应用在 服务器部署的目录下得文件地址，当然你可以使用其他的方式获取这个stream
InputStream in = sc.getResourceAsStream(xxxxx);
 
OutputStream out = resp.getOutputStream();
byte[] bufferBytes = new byte[xxxx * xxxx];
int readLength = 0;

//每次读一个bufferBytes大小的数据，然后当读到没有时就不读了
while((readLength = in.read(bufferBytes)) != -1){
    out.write(bufferBytes, 0, readLength);
    out.flush();//强制吧这个out中的buffer内容都写出去，也就是到目标地
}

in.close();
out.close();

?

所以在wicket中也可以这样写呢，不过我在看wicket的api时，没发现直接支持这样stream部分写的api，或许是不够仔细

那再wicket中，因为每一个request的处理，在wicket中比较与servlet的实现复杂一些，增加了一些步骤。

?

wicket会根据request里面的参数，来决定这个request是属于什么类型，比如页面，或者behavior，以转换为某一类具体的requestTarget，然后这个requestTarget会再交给requestCycle，其实就是requestProcessor啦，处理，在requestProcessor处理的时候，会直接调用requestTarget中的response方法。厄，是不是很乱呢，回头我在画个图吧，这个wicket里面用到的设计模式那叫一个恶心。

?

总之简单的说，我重写了response类的write(InputStream)方法，不是仅一次的copy输入流到输出流，那样的话大小就限制了，而是参考上面的servlet下文件的方式来得。

?

然后在处理一个请求的时候，调用 RequestCycle.get().setResponse(Response)把我写的response子类设置到requestCycle的response变量里面，然后在调用RequestCycle.get()..setRequestTarget(new ResourceStreamRequestTarget(IResourceStream, String)设置用户想下载的文件流。

?

这样一个大号文件就可以通过wicket被用户下载到了

?

因为wicket的链接可以非常简单的做到session关联，无法通过拼链接被猜到，所以用wicket来做一个带有限制的下载还是比较简单和实用的。