记一次bug
问题描述：首次用onlyoffice打开文档是完好的，但是编辑保存之后再次打开显示上图的问题。
解决思路：最先开始是怀疑onlyoffice对文档的处理产生了问题，甚至怀疑是浏览器的编码问题。所以在onlyoffice的回调中获取流下载到本地发现文件是完好的，因为对获取到的文件流做了一个上传minio的操作，到minio中把上传的文件又下载下来看了下，发现在这一步已经是损坏文件了。onlyoffice打开文件的路径每次都是给的一个minio的下载地址。所以已经可以定位到是minio上传这一步骤出的错。最后发现是由于在往minio中上传文件时，往其中long size传的值为inputstream.available()而导致的。
putObject(String bucketName, String objectName, InputStream stream, long size, String contentType)
详细说明：这个inputstream是直接从url中获取的
URL url = new URL(fileUrl);
HttpURLConnection connection = (HttpURLConnection)url.openConnection();
InputStream inputstream= connection.getInputStream();
然后调用inputstream.available()的话，打断点进去会发现获取到的数值是小于文档本身的。这是由于available()获取流长度如果是从本地文件读取的话是能够正确的读取到整个文件长度的，但是如果是通过网络传输获取长度的话会出现值不准确的问题。这是由于网络传输中字节是分批发送的，而调用的时候只是传输了第一批次发送的文件长度。这就造成了传送错误的文件长度给了minio。而minio根据这个长度将流存入，就会出现总长度可能为10000而minio只读了3000的情况。因此minio中的文件打开也为损坏文件，在onlyoffice中打开则是一堆乱码。
解决方案
1.把从url中读取的流拷一份出来
byte[] data = IOUtils.toByteArray(stream);
InputStream stream = new ByteArrayInputStream(data);
这样stream.available()获取到的长度就是准确的，文档也就不会乱码损坏了。
2.
int len = connection.getContentLength();
从connection中获取到文档的长度，然后调用minio的时候传这个值而不是steam.available()的值。
总的来说只要传一个准确的文档长度就ok了。
end
有需要可以加群交流：点击链接加入群聊【onlyoffice交流群】：https://jq.qq.com/?_wv=1027&k=ozgBiZts
1群将满可加2群【onlyoffice交流群2】：https://jq.qq.com/?_wv=1027&k=2uSJJPfr
注意：本文归作者所有，未经作者允许，不得转载
