ASP.NET实例:无刷新的文件上传

程序说明

【upload】

程序中最重要的方法就是upload了，调用它就可以进行无刷新上传。upload的过程是这样的，首先用stop方法停止上一次上传，并判断是否选择文件。然后分别调用_setIframe，_setForm和_setInput，生成需要的iframe，form和input。如果设置了timeout属性的话，会自动设置计时器：

ps：经测试，小于0的延时时间，ie会取消执行，而其他浏览器会当成0执行。

程序有一个_sending属性用来判断上传状态。在stop（停止），remove（移除），_finis（完成），_timeout（超时）中会把它设为false。而在上传开始前要把它设置为true。最后提交表单就开始上传了。

【iframe】

程序使用_setIframe函数来创建无刷新需要的iframe。由于ie中iframe的name不能修改的问题，要这样创建iframe：  

ps：关于iframe的name的问题参考这里的iframe部分。ie8已经可以修改name了，但在非标准（怪辟）模式下还是不能修改。其中使用了一个QuickUpload函数自身的_counter属性做计算器，这就能保证各个实例的iframe的name就不会重复。

为了能在文件上传完成后执行回调函数，会在iframe的onload中执行_finish函数：

在ie需要用attachEvent来绑定onload，因为在ie中直接设置onload是无效的。除了用attachEvent还可以用onreadystatechange代替。至于原因我也不清楚，详细参考“判断 iframe 是否加载完成的完美方法”。

iframe的加载还有一个问题，测试以下代码：

结果safari, chrome都会触发onload两次，而opera, ff和ie（请自行兼容）都是1次。

估计在safari和chrome在appendChild之后就进行第一次加载，并且在设置src之前加载完毕，所以触发了两次。如果在插入body之前给iframe随便设置一个src（除了空值），间接加长第一次加载，那么也只触发一次了。ps：不设置或空值的src相当于链接到“about:blank”（空白页）。

那么opera, ff和ie可能是第一次加载太慢，第二次覆盖了第一次的，所以只触发了一次onload。ps：也可能是其他原因，例如浏览器优化之类的，我也不确定。

针对加载过快的问题，可以在onload的时候根据_sending确定之前是否上传状态来解决。虽然没测试出来，会不会有_sending设置之后submit之前刚好触发第一次onload的情况呢？
针对这个问题，在upload方法中会把_sending放在submit之后设置。那如果在submit之后_sending设置之前就触发了onload呢？（...囧）这个情况基本不会出现，如果真的出现，就把_sending设置放到submit前面吧。

opera还有一个麻烦的问题，测试下面代码：

ie和ff显示submit,onload，safari和chrome显示的是onload,submit,onload，跟上面的分析一致。而opera却显示submit,onload,onload，两次onload都是在submit之后触发的。这个情况就不能单纯用_sending来解决了。是不是submit不能使iframe取消加载呢？在appendChild之前设一个src，结果正常的只触发onload一次，看来是可以的啊。

虽然不知道原因，办法还是有的，一个是appendChild前设一个src，还可以在第一次onload中重新设置onload，像程序那样。但这两个方法都存在不确定性，不能完全解决问题，但也找不到更好的方法了。

ff的onload还有一个问题，在出现ERROR_INTERNET_CONNECTION_RESET（文件大小超过服务器限制）之类的服务器错误时，即使加载完成也不会触发onload，暂时找不到解决办法。

iframe有一个缺陷是只能用onload判断加载完成，但没有办法判断是否加载成功。没有类似XMLHTTP的status的东西，遇上404之类的错误也没办法判别出来。在使用时要做好这方面的处理，例如说明允许上传文件大小，超时时间，如何处理长时间无响应等。