总之,这个应该是个小BUG。随便建个txt文档第一行68个s加一个回车
第二行98个s加一个回车
第三行17个s加一个回车
总共183个s加三个换行,大小189字节。
接着用FileOpen和FileRead把文件以16的倍数大小读到内存中,再用FileCreate和FileWrite将内存数据写到另一个文件,
打开文件--发现变成乱码,
接着,在第一行中删掉16个s,再试一次那样读写,还是乱码。在第二行删除16个s,还是乱码。接下来,
一个回车换行有2字节,去掉一个回车,添加2个s,结果乱码,再改,在第一行随便添加一个回车,去掉2个s,总共四个回车换行,结果终于不乱码了      后续测试发现,这个结果,可能对做文件加密压缩等兄弟有点用处
文件大于144字节的,大小为16倍数减3的,其中有三个换行符的,若以16的倍数大小去读取的话,就会出现乱码。
文件加密应该比较多会去一16的倍数大小去读取文件,就是一个189字节的文件,用192大小传给FileRead去读取,虽然返回也是189,但是数据却已经是乱码了。
      这个结论只是一小部分,因为发现很多大文件处理后部分出现在最后一段字节乱码的问题,若以实际大小传给FileRead去读取就可以保证没问题。
    虽然问题有,解决方法也有,但是出现这个问题的原因,应该是个BUG吧,乱码怀疑是传回到内存中的数据被偏移几个字节了,导致整体变成乱码。具体不清楚,没去深入。