从 API 的素质可以看出公司的气质

[quietjosen]

今天在改进 iText 上传前压缩大图的功能。其中，百度、腾讯、Google 等各家 OCR 服务对上传的图片尺寸都有要求、也都要求对图片进行 base64 压缩。可这要求跟要求可就不同了。

为什么实际大小与宣称大小不一致呢？

• 首先，base64 压缩后，得到的大小会增加约 1/3
• 进一步，base64 是使用字符串表示的。那么，一个字符串如 'a' 占几个字节呢？看起来百度是使用 2，腾讯是使用 1
• 综合起来，就是上面看到的缩水版大小
• 另外，百度要求图片最大分辨率为 4096 * 4096 ；而其他 2 家则无此要求

既然 base64 会带来计算上的麻烦，为什么不直接使用解压后的图片大小呢？没错，Google 就是这么干的。你无需考虑 base64 带来的尺寸增加，也无需考虑一个字符串到底占几个字节，只要原图是 4 MB 以下即可

从这一点上看，服务接口的素质（公司的节操）顺序为：

Google > 腾讯 > 百度

[abujj]

谷歌 API 地址能发下看看吗？ 楼主

[bzzhou]

base64 压缩，呵呵

[ORZRRR]

@mengzhuo 都是程序员，给点面子，看还是要认真看的，

[BBCCBB]

https://juejin.im/post/5a1449cef265da432717dc14

这个也是你嘛

[xiao17174]

显然楼主对于为什么用 base64 完全不懂,对于字符编码,字节,位什么的更是从来没有涉及过.
由此可以推断楼主在成为程序员后就一直从事高级语言的相关工作.
建议楼主可以适当下潜,多了解一些基础的东西.
最后解答一下楼主提出来的"请问这 4MB 如何计算？"
答:不要把字符编码和数据大小混在一起.
一个字符'a'占用几个字节是你自己决定的,当你声明你发送的是以 ascii 编码的数据时,它占一个字节.当你声明你发送的是以 chibaolechengde 编码的数据时,它可以是占 10 个字节.
既然人家都说了是要 base64 后的数据发送,那么显然是 ascii 编码.即编码后的数据,每一个可见的字符,如'A','='都是占用一个字节.

[keenwon]

base64 是压缩？

[xiao17174]

另外,多一次 base64 编码在麻烦程度上来说,对谁都没有好处.服务器在拿到你 base64 的数据后,必然是要做一次反编码来获取真实数据的.只是 base64 可以归一化所有的二进制数据到 ascii 码上,从而变成更通用的 string.

[keenwon]

歪个楼，MD5 算加密吗？

[xiao17174]

@keenwon 是摘要算法.可以理解一个 md5 是一篇文章的中心思想.
加密成立的前提在我看来是可以解密,但是我们显然无法从中心思想反推全文,所以不算.

[skadi]

@BBCCBB hhhhhhhh 掘金的回复和 v2 的回复。。
对比起来好搞笑。

[ioth]

说明咱天朝人会过日子，节省

[Youen]

阿里的我测试过,文档说图片大小不超过 1.5MB, 我用 1.47MB 文件 base64 编码后约 1.9MB 可以识别

[sneezry]

其实 API 更严格的限制并不让人不快，即使百度最大图片支持 1.5MB 也没什么问题。问题是为了显示自己有优势而进行虚标，这在实际使用时会出现诡异的问题。

[zwh2698]

顶，兄弟

[jyf]

从吐槽上也能看出一个人的素质 这不就是百度图省事 在上传服务器上做了个请求体大小的限制么 这种也要罗嗦一堆也真是

[nine99]

itext 还不发布吗

[veightz]

一个 API 也许能代表某个开发，但是代表不了一个公司

[mikulch]

国外的公司，在人性化，细节等方面本身就完爆中国的公司
从制造业就能看出来了。

[zhouyg]

百度最喜欢搞虚假的东西，果然连技术人员的骨子里都是腐蚀透了

[moonsola]

@sneezry 14L 有文档，对传输数据的大小限制描述的非常清晰，不存在虚标，这个表格是楼主根据自己的错误理解做的
@zhouyg 对事不对人，估计文档放你眼前你也不会去看，那最起码把楼上的回复都看过之后再发言吧