如何解决处理base64编码文件大小不能超过71MB的问题？

　　说实话，第一眼看到这个问题，我被震住了，心想到底是什么样的勇气能让题主竟然用base64编码来处理大文件，这岂不自寻烦恼，所以对于这个问题，我的建议不是该如何解决base64编码的大小问题，而是要换一种方式来存储文件，比如用文件系统。
　　问题剖析
　　先来分析下这个问题的原因，一般搞开发的都知道base64编码很大程度上是简化了我们传输文件的方式，特别是对于没有文件系统的团队来说，更是难得，但是这里的文件仅仅指的是小文件、小图片（如：头像、二维码等）之类的，因为大文件转化出来的base64编码真的很长很长，先说这不利于网络传输，就算勉强传输过去了，数据库也不见得能存储下来，就算勉强存储下来了，重新再获取的时候也一定会影响速度和效率。
　　至于题主说的71M的问题，其实base64编码出来的长度可能就不止71M了，因为base64要求把每三个8Bit的字节转换为四个6Bit的字节（3*8 = 4*6 = 24），然后把6Bit再添两位高位0，组成四个8Bit的字节，也就是说，转换后的字符串理论上将要比原来的长1/3，对此，我特意在线编码了一个大于71M的文件，感觉还是可以编码的，只是速度是真的很慢，网页都卡死了好几回，不知道题主用的是哪门语言，可能不同语言间也会有差距。
　　解决方法
　　1、采用文件系统
　　对于大文件的存储我还是提倡用文件系统来进行存储，这样的话就只要存储文件路径就好了，这样不仅传输快，数据库各方面也没啥压力，读写文件也很方便。可能有的团队觉得搭建文件系统很麻烦，并且也没有多余的服务器来管理文件，如果是这样的话，其实还可以考虑用云端的文件系统（如：阿里云OSS），这样的话，我们存储文件的时候就只要用它们接口将文件传给云端，获取文件的时候就只要调特定的接口获取文件url即可。
　　2、将大文件切割成小文件
　　如果仍然是不想用文件系统的话，那就只好从源头出发，把大文件切割成小文件，然后依次用base64编码，还原的时候就先将base64编码转成对应的小文件， 然后不同的小文件再合成大文件。
　　切割的方式可以通过压缩文件的方式，比如对一个31M的文件右击 -> 添加到压缩文件，下面会有一个分卷的地方，大小可以填小一点，如下图所示：
　　然后点＂确定＂后就会生成3个小文件，如下图所示：
　　合成文件就更简单了，将这三个小文件右击 -> 解压到当前目录或某一个目录下就好了。
　　这种方法虽然也能达到目的，但是也看到了，这样处理文件的代价是非常大的。
　　结束语
　　base64编码虽然是个好东西，从一定程度上简化了开发人员处理小文件的方式，但是却不是通用的，所以我们在处理小文件上可以采用base64编解码的方式，但是对于大文件来说还是建议使用文件系统的方式 ，这样不仅对文件的管理更得体，也可以减少开发中遇到的不少问题。
　　base64只是一种二进制转换字符的编码方式而已，并不存在什么位数限制。这多大的数据都能编码，这是毫无疑问的。
　　所以你编码71M文件时出错，很明显是你使用的转换库有问题。
　　这个报错很明显是这个库编码base64时，直接把输出的base64编码存到了一个字符串变量里去，导致字符串变量数据过大，从而益出报错。
　　所以解决方案很简单，不要直接去对71M的数据进行转换。
　　一  你可以在读取图片的时候，不要一次性把图片全部加载到内存里，而是写一个循环，按照固定的位数去读区。绝大多数语言的read()方法都支持位读取。
　　这样一块一块的编码就不会溢出了。
　　二 你也可以使用缓冲区而不是变量，先把图片读到缓冲区中，然后同上，按照位数分片转换。
　　最后要注意，输出结果的时候，千万不能把结果直接累加在一个变量中，这样一样会溢出。
　　你可以
　　一 分片转换，然后分片直接打印
　　二  分片的把结果写入一个文件中
　　三 直接分片进行网络传输，客户端在进行组合。
　　四 用数组，堆，字典等等复杂数据结构来储存结果。
　　袜子不能当避孕套用。东西要用对场合。
　　不评价为何需要这么大的base64，第一，base64是编码方式并不存在71兆的限制
　　第二，如果你遇到的库有这个限制，可能是实现的方式，或者你调用了简版的API，肯定是可以流式处理的。
　　明白了估计是想用base64过防火墙传送文件，其实我建议还是切片方式最理想
　　比如按照1MB为一个缓冲区把byte[]读取出来做base64编码传递后再合并是最高效率的，另外可以查看一下网络的mtu对数据包做调整，这样可以提高文件切片的传输效率。
　　另外base64可以用opencl提高编码和解码速度
　　base64只是一个常见的编码手段，没有容量的限制。我猜是你用的类库有问题，或者自己的代码有问题。以数据流的方式处理，是不存在任何限制的。
　　想起来以前计算md5，一开始不懂，就是把整个文件读到内存里再计算，经常发生内存溢出。后来仔细看文档，发现还有个方法，可以分段计算。
　　补充：刚注意到你用的是certutil ，这个本来是用来处理证书的，证书本身都很小，所以它没提过流式处理也正常。
　　我们经常说＂杀鸡用宰牛刀＂，你这算是＂宰牛用杀鸡刀＂了。
　　分段base64
　　刚才研究了一下，确实出现了内存溢出情况。
　　这里有个小想法，不知可行不可行。
　　首先先将文件进行分段，
　　之后将不同的段进行生成base64编码，
　　等全部生成完毕之后，进行base64编码合并。
　　程序打开文件时，用二进制模式再试试看。