Windows回车换行痛苦的记忆

因为工作的原因，需要用Java程序生成一个使用javac编译一组java文件的windows批处理文件。
应该是没有任何难度的工作，可是生成出批处理文件后运行，竟然出现待编译源文件名头部缺几个字符的情形。百思不得其解。后来突发奇想，将生成出的批处理文件的编码用vscode从UTF-8转换成GBK，这次批处理文件没有缺字符的现象了。问题似乎解决了。但原因是什么呢？
继续漫无边际的乱想。难道windows的cmd.exe程序在缺省的GBK编码方式下不能很好的处理UTF-8编码的批处理文件吗？来试一下。我将从UTF-8转换来的GBK编码的批处理文件再转成UTF-8编码，运行……结果运行正常。说明cmd.exe可以正常运行UTF-8编码的批处理文件。一边听着边上同事唠唠叨叨说她小学一年级儿子怎么和他爸为了做作业的事斗智斗勇，一边绞尽脑汁想原因。突然脑袋像被文曲星拍了一下。对了对了，回车换行。我的程序只用了\n，windows文件标准的应该是回车换行\r\n，该程序加上\r成功。
或许是用vscode转文件编码的时候vscode自动给文件添加了\r才造成了转编码就可以正常工作的表象。想用HexDump查看批处理文件验证vscode是否真的做了自动加\r的动作。想想还是算了。偷个懒吧。

String newline = System.getProperty("line.separator");