node读取文件然后socket传送到浏览器无法解码

我也看到toString了 From Noder

你 toString 做甚...

socket.io 支持 binary data, emit buffer, 浏览器收到的是 ArrayBuffer, 转成 Uint8Array, 转成base64,不谢

• https://gist.github.com/jonleighton/958841
• https://github.com/magicdawn/magicdawn/issues/33#issuecomment-223570350
• http://stackoverflow.com/questions/9267899/arraybuffer-to-base64-encoded-string

大文件...

自己做下分块, 例如 emit file-foo-data, data, 对重复取data, 然后在客户端进行拼接, 最后 emit file-foo-end, 处理拼接结果 ArrayBuffer 的话直接 concat 就好...

嗯, 一点想法, 不知道 socket.io 的包有木有顺序, 你自己可能需要进行编号什么的, 最后做下 sort, 处理

@magicdawn 额，其实 我想说的是，base64的数据在填充进DOM的一瞬间，浏览器会卡，因为一个常规的图片，数据集太大了，我也不明白，但是填充进去的一瞬间浏览器有一个性能的急剧下降，很严重

@xivistudio 哦...那样为毛不直接甩一个 url, 让浏览器慢慢下载

@magicdawn 我现在直接发送了， 到了浏览器就是这样 socket通道，问题来了，怎么显示出来，就是挂载在一个img dom节点上显示出来

@xivistudio

var base64String = btoa(String.fromCharCode.apply(null, new Uint8Array(arrayBuffer)));

src="data: image/jpeg; base64, xxxxxx"

http://www.zhangxinxu.com/wordpress/2012/04/base64-url-image-%E5%9B%BE%E7%89%87-%E9%A1%B5%E9%9D%A2%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96/

@magicdawn 一个1-2m左右的图片，要同时写入大概8张，如果是base64，那么问题来了，浏览器会爆炸吗？我已经抛弃了socket传送图片了，直接get； base64图片编码根本不适合大文件，一个1-2m的图片，如果打印到控制台，里面的编码能直接冲垮浏览器