【纯干货】4年前想解决的事情，今天才实验成功
第一份软件开发工作的第一个星期（不算做试用期的一个星期，无薪水试用）。因为不是软件专业，也没有经过培训和相关工作经验。老板不放心，但还是让我试一试。做的第一件事情就是上传文件，实时看进度，并且上传后预览。预览的文件类型有word,ppt,excel,flash，视频按帧获取预览图。office文件是在服务器端转成html后显示出来。
做的还满意，就留下来了，后来就在那个公司待了两年。
没解决的事情：
上传大文件，分块上传，浏览器原生不支持，需要借助第三方插件。最根本的原因就是浏览器端的js考虑的安全问题，不允许读取文件内容。
现在IE10和其他主流浏览器支持html5了，js内置Filereader对象，websocket，这些听听都酷毙了。
重大意义的时刻：
我实现了原生分块上传，道路非常崎岖，结果很美好。
这一实现标识着，浏览器未来无可替代的地位。
我只介绍干货部分，其他细节，相信有兴趣的人已经知道了。
首先，分块上传，必须能在js内读取文件内容，filereader对象是关键。这是一个异步读取方法，必须在onload事件内获取文件内容。要真真的分块上传，靠onprogress读取文件进度是不够的，并且文件过大的时候浏览器会卡死。file的slice函数是关键，把文件内容分块，每一个onload事件触发，标志着一块内容读取完毕，且可以在该事件内把文件进一步处理，如上传。
FileReader有四个read方法，
asText,只建议用来读取文本文件
asDataUrl,读取到的媒体文件可以直接用于src属性，或者html文件内容也可以读成DataURL
asArrayBuffer,官方介绍说不能直接使用，需要借助DataView,如int8Array或int32Array。对于webSocket.send方法而言，ArrayBuffer和Int32Array都是可接受类型，服务端都是byte[]类型接受；如果是普通的Array数组类型，send方法内部会先转成字符串，服务端接受string类型，接受的内容形如[].join(',')转换过的值。
webSocket.send方法在onload事件中调用：
client.send(this.result);
结合slice和onload事件分块上传的核心代码：
var res = this.result;
loaded += res.byteLength;
if (loaded < fileSize)//继续读取下一块
{
readBlob(loaded);
times += 1;
console.log("next block,times:" + times);
}
else {
//读取完成
console.log("done loaded:" + loaded + ",size:" + fileSize);
}
slice的使用方法：
function readBlob(start) { var blob = currentFile.slice(start, start + step); reader.readAsArrayBuffer(blob); }
关于服务端可以接受的最大文件大小，主要由config的两个属性控制，MaxRequestLength和ReceiveBufferSize属性
ws = new WebSocketServer();//实例化WebSocketServer var serverConfig = new ServerConfig(); var rootConfig = new RootConfig(); serverConfig.MaxRequestLength = 1024 * 1024 * 1024;//1MB serverConfig.ReceiveBufferSize = 8096; serverConfig.Ip = ip; serverConfig.Port = port; ws.Setup(rootConfig, serverConfig);
MaxRequestLength和ReceiveBufferSize与常见的属性不一样，不追求完美的话，MaxRequestLength设置为你希望最大可上传的文件大小即可，分块上传也不需要太大。根据测试两个属性是有关联的，即使MaxRequestLength比上传的内容小一点点，也是可以上传的。具体待有答案后再补充。
asBinaryString 现在不赞成使用的方法，且IE中也没有该方法。
如果服务器端，不支持websocket又不想使用第三方支持如superwebsocket这样组件，可以直接使用ajax真真分块上传，确定是每次请求都会建立新的连接。
使用ajax上传注意事项干货：
建议把arraybuffer转成int32array,这样客户端转换较快。服务器端用int32[]接收；如果int8array服务端也可以用int32接收。
重点：async:false 保证顺序；也可以每次上传的时候额外带参序号，服务器端重新组装顺序。
Int8array的话，服务端可以直接把每个元素转成byte
[System.Web.Mvc.HttpPost] public ActionResult File(int[] datas) { if (datas != null) { var d = datas.ToList().ConvertAll(x => (byte)x).ToArray(); } return Content("OK"); }
int32array的话，服务端可以借助bitconverter.getbytes(int)方法。
[System.Web.Mvc.HttpPost] public ActionResult File(int[] datas) { if (datas != null) { List<byte> bs = new List<byte>();//接收到的文件缓冲对象 for (int i = 0; i < datas.Length; i++) { foreach (var item in BitConverter.GetBytes(datas[i])) { bs.Add(item); } } } return Content("OK"); }
ajax客户端上传关键方法：
$.ajax("/Home/File", {
data: { datas: new Int8Array(this.result) }, success: function (res) {
console.log(res);
},
async: false,
type:"post"
});
这个调用是位于FileReader的onload事件中。
这个只是一个文件分块上传的例子，更多的好处是实时通信，如实时获取服务器端处理进度，而不用重复请求，把长连接，轮询，桥都抛在脑后吧。推送消息都成为可能。
如果觉得有意义，别忘了点【推荐】
