[HOW TO]二进制数据的表单提交方法，BASE64?

[10iii]

前端有一个大的arraybuffer,要走form提交到server端，希望能尽量压缩。

我现在的做法是先 LZF压缩，再BASE64编码，然后传。

请问对于二进制数据的form提交，BASE64是空间上最节约的的编码方式么？或者有其他思路？

[alexrezit]

BASE64 挺浪费空间的... 直接提交就行了呗...

[FrankFang128]

arraybuffer是什么，前端表示JS里没这东西。

[ijse]

@FrankFang128 有的https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CC0QFjAA&url=https%3A%2F%2Fdeveloper.mozilla.org%2Fen-US%2Fdocs%2FWeb%2FAPI%2FArrayBuffer&ei=ULCzUtHLE4nFkgWWpYDQAQ&usg=AFQjCNHfFmpDURQN_SOB3tMT0btDk9ctEA&sig2=79jAgWM8rlZ3xetcHrIx4g

[duhastmich]

multipart？ 也可以不用表单直接二进制传

[loading]

切成两个或以上传不就好了…

[FrankFang128]

哦，这个还没关注过。直接把它交给FormData有什么问题

[dreampuf]

不能做成 <input type="file"> ?

[ETiV]

Base64之后给flash.
用flash解base64，上传压缩后的二进制

[yuelang85]

base64就变大了。。。。

[10iii]

@alexrezit
@duhastmich
@FrankFang128
@yuelang85
解释一下：数据比较多，几百KB级别，又是给面向手机的，所以想尽量节省网络流量。
如果直接post提交arraybuff的二进制数据，实际上在传输的过程当中是uri encode成%FF%FF的形式传输的,那么针对一个32位的数据，实际传输“%FF%FF%FF%FF”,一共是12个ascii字符。
如果先转base64,实际上是6位转为一个ascii字符，那么32位只需要不到6个ascii字符，在传输上节省了一半空间。
想知道还有没有更高效的传输方式。

[alexrezit]

@10iii
直接传不行? form data req 发过去原来是什么样还是什么样, 怎么会遇到 URL encode 的问题?

[joyjy]

是不是 POST 的时候使用了 application/x-www-form-urlencoded ？照 @duhastmich 说的使用 multipart/form-data 呢？

[Mutoo]

@10iii post本身就支持二进制的，“不然怎么上传图片”。你在开发工具里看到的 uri encode 是浏览器为了显示自动帮你转的。

[icyalala]

页面里就用<input type="file" />,表单类型就是multipart/form-data。
要是直接用代码post，再继续加个gzip。

[loading]

lz不会是说放到url不够长吧…

[10iii]

@icyalala
@Mutoo
@joyjy
@duhastmich
谢谢解答。