隔离装置传输文件

在Windows主机环境下测试无误的过程，在Linux主机上无法完成：隔离装置不同步所产生的文件

原因：
    1） 分析整个过程，Windows主机、Linux主机处理的区别看似相同，但其实一般情况下其缺省字符编码是不同的，经确认，Windows主机缺省为GBK编码，而Linux主机为UTF-8编码。
     2）由于在生成文件时，使用的字节流方式（FileOutputStream)，所以文件采用的字符编码缺省为JVM缺省字符编码，而JVM缺省字符编码未明确设置时即采用操作系统缺省字符编码。
     3）由于UTF-8字符编码文件会缺省携带BOM头（ Byte Order Mark，字节序标记 ），这个BOM头固定为三个字节[EF BB BF]，显然，这不是有效的文本字符， 从而导致隔离装置拒绝传输.
解决方案：
     1）在传输前，保存为文件时，使用字符输出流（FileWriter)，明确指定字符编码为保存BASE64编码结果最高效的ISO-8859-1编码（一个字符对应一个字节）
      2）读取文件时，使用字符输出流（FileReader)指定使用ISO-8859-1编码读取同步过来的文件
附：Unicode规范中的BOM

Unicode规范中有一个BOM的概念。BOM——Byte Order Mark，就是字节序标记。
在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。
UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符"ZERO WIDTH NO-BREAK SPACE"的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。