如何在处理标头后立即重定向HTTP POST请求?

在Windows CE上,我目前处于从头开始实现简单Web服务器的情况。该服务器的主要用途是采用一对一的USB RNDIS连接。服务器由在设备上运行的托管应用程序托管。 因此,我们将POST请求处理与交付的网页紧密集成。而不是处理完整请求并存储太大的POST数据,而是通过接收其标题及其内容流来通知当前页面(由请求标识)有关任何POSTed多部分。这个解决方案有效,并且每个人都很开心。 现在,问题是:应用程序的Web界面中的一个页面允许上载软件更新,其大小可以是11到40 MB。在处理此POST请求时,我们有各种验证步骤,例如基于会话cookie的权限系统。我们知道,由于所述会话cookie,是否允许客户端在处理完所有标头后立即上传软件更新。我们有什么方法可以避免读入(并丢弃)所有POST内容,以便用户获得即时反馈? 我们的第一个想法是在标头处理之后返回一个正确的错误消息响应,然后关闭连接,但浏览器(正确地,似乎)抱怨对方过早地重置。     
已邀请:
浏览器将要发生完整的传输。为了给用户提供更好的响应能力的方法可能是在页面上使用AJAX调用 - 因此页面应该进行AJAX调用以异步地将实际上载发布到另一个页面,而不是接收数据的页面。我自己,我会用jQuery做这个,但你可以把脚本放在一起,没有任何框架,可以很容易地做到这一点。     
因为我最近仔细研究了相关的RFC: HTTP 1.1看到为这种情况包含了一个额外的请求标头
Expect: 100-Continue
这告诉服务器检查请求标题并返回“好,你现在可以开始向我发送实际内容”或“抱歉,无论你打算向我发帖,我都无法处理它“ - 响应(对于更精确的技术性,请参阅HTTP 1.1 RFC) 但是,这并不能解决我的问题,因为典型的用户代理(Firefox 3.6,IE 8)在POST多部分/表单数据时不使用此功能。但是,手工种植的助手应用程序可能希望使用此功能。     

要回复问题请先登录注册