怎么实现 buffer to base62

[liuidetmks]

搜了下，大部分是都是数字 uint64 to base62

没有 buffer to base62 的，（ buffer 可能很大，几十上百 k 甚至 M ）

通过栈溢出 找到一篇 string to base62

但是他好像就是 用 9A 9B 9C 代表 62 63 64 ，这应该不算是 base62 吧

[Nazz]

为什么不用 base64

[ysc3839]

啥语言？

[liuidetmks]

@ysc3839 随便什么语言吧，伪代码就行

[ysc3839]

@liuidetmks 那照着 base64 或者 base58 的代码改改就好了呀，原理是相通的

[tool2d]

我写的算法，用来压缩中文文件名的，只支持了 250 左右长度的 buffer 字符串压缩。

你可以修改一下，只要大数计算类支持，可以支持几 K 长度 buffer 。你几兆长度，切分一下就是了。

[liuidetmks]

@ysc3839 原理不相通啊，64 正好是 6bit ，可以直接一一对应，62 不是 2^n , 需要做除法，如果一个 buffer 有 10M ，对 10M 长度大数做除法，可能有些问题


@tool2d 你这个是把 buffer 按照 2048 切分，然后拼接字符串吗， 接受方也要按照这个方式切片才能识别
（而不是把整个 buffer 作为大数）

[tool2d]

@liuidetmks "而不是把整个 buffer 作为大数", 当然可以啊。

我只是说贴出来的代码是有精度判断。

任何语言的大数类，只要你内存够大，大数长度都是没有限制的，随便你设置多少。

[liuidetmks]

@tool2d 好吧，看来没有一个简单的方法可以完成 base62,必须引入大数类做除法

[iqoo]

用 9A 9B 9C 代表 62 63 64 就是转义的思路，实现最简单，可直接复用 base64 模块，但效率会略低点。

整个 buffer 做大数编码效率最高，但开销大。

按一定长度切开做大数，编码效率和开销大之间做平衡。

[ysc3839]

@liuidetmks 多谢指正，那 base58 呢？

[vvhy]

刚刚看了一篇 base58 的文章，不知道是否有帮助 https://wyhaines.io/base58-what-is-it-why-use-it