linux 文件 dos unix格式，unix和dos下文本文件得区别

问题：
    当在window下编辑文本文件，使用ftp上传linux服务器,文件的真实大小读取的就是跟预设的不一样，导致文件传输失败,表现的现象是总多了1个字节

排查：
通过比对曾经传输成功的文件和这个传输失败的文件发现了原因
    原来文本文件中分隔换行符在unix和dos下格式是有区别。
    在UE里，使用十六进制可以查看到unix下回车是用0xOA表示的，而dos下的回车则是0x0D0A
    在window下比在unix下多了一个字节，这也是为啥校验总是失败。
   最后通过UE将文件转成unix格式，并且通过二进制传输的方式通过ftp上传到linux服务器，文件大小就对了。

总结：
    任何一个小的知识点都可能成为拦路虎，以后要多加学习多加总结，多加留意。
学习：
此处是有个知识点的，关于换行和回车
一：回车”（Carriage Return）和“换行”（Line Feed）起源
首先，弄清两个概念：
回车CR-将光标移动到当前行的开头。
换行LF-将光标“垂直”移动到下一行。（而并不移动到下一行的开头，即不改变光标水平位置）

在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33，Linux/Unix下的tty概念也来自于此）的玩意，每秒钟可以打10个字符。
但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。
要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。
于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。
一个叫做“回车”，告诉打字机把打印头定位在左边界；另一个叫做“换行”，告诉打字机把纸向下移一行。这就是“换行”和“回车”的来历，从它们的英语名字上也可以看出一二。
后来，计算机发明了，这两个概念也就被搬到了计算机上。
那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。
于是，就出现了分歧。
Unix系统里，每行结尾只有“<换行>”，即"\n"；
Windows系统里面，每行结尾是“<换行><回车>”，即“\n\r”；
Mac系统里，每行结尾是“<回车>”，即"\n"；
一个直接后果是，Unix/Mac系统下的文件在 Windows里打开的话，所有文字会变成一行；
而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号。

二：区别

CR用符号'\r'表示, 十进制ASCII代码是13, 十六进制代码为0x0D

LF使用'\n'符号表示, ASCII代码是10, 十六制为0x0A


Dos和windows采用回车+换行CR/LF表示下一行,

而UNIX/Linux采用换行符LF表示下一行，

苹果机(MAC OS系统)则采用回车符CR表示下一行.


所以Windows平台上换行在文本文件中是使用 0d 0a 两个字节表示, 而UNIX和苹果平台上换行则是使用0a或0d一个字节表示.

注1：关于“回车键”的来历，还得从机械英文打字机说起。在机械英文打字机上，有一个部件叫“字车”，每打一个单词，“字车”就前进一格。当打满一行字符后，
打字者就得推动“字车”到起始位置，这时打字机会有两个动作响应：一是“字车”被归位，二是滚筒上卷一行，以便开始输入下一行，这个推动“字车”的动作叫“回车”。

注2：这种差别在编程、不同OS之间传输纯文本时最需要注意。

参考了这两位博主，感谢
https://blog.csdn.net/weixin_34640289/article/details/116556550
https://mp.weixin.qq.com/s/kkpSLEiFNQR8IM1zmMcCig