换行回车
回忆上次内容
- 区分概念
terminal终端- 主机网络中
- 最终的 端点
- 主机网络中
TeleTYpewriter- 电传打印机
- 终端硬件
shell- 终端硬件基础上的
- 软件壳子
- 终端硬件基础上的
Console控制台- 主机旁边 的 控制面板
- 存储文件 的 时候
- 我 在文件里 打了回车
\n - 系统 将
0x0a存入字节 进文件 - 换行
自动就有 回车功能 了吗?🤔
- 我 在文件里 打了回车
- 回忆一下
- 被忽略的
\r
- 被忽略的
\r
-
\r也是一个 ascii字符\是- 转义字符
\r是- 转义序列
-
什么是
转义呢?- 转义转义 转化含义
- 把原来 两个字符 :
\和r - 转化为
\r这样一个字符
-
没错!
\r是1个ascii字符

- 那么
\r这一个字符- 对应字节 是
多少呢?
- 对应字节 是
字节状态
\r对应的字节是0x0d

- 这个
0x0d- 好像 在安徒生童话中 出现过
安徒生童话
- 在
文本观看 模式下- 自动 回车换行

- 在
字节观看 模式下0a
0a前面是0d- 先
0a换行- (line-feed)
- 再
0d回车- (carriage-return)
- 先

- 貌似
- 总是 成对出现的
- 为什么 呢?
换行 和 回车
换行- 对应 字节
0x0a - Line-Feed
- 水平 不动
- 垂直 向上喂纸
- 所以是
feed
- 对应 字节

回车- 对应 字节
0x0d - Carriage-Return
- 垂直 不动
- 水平
回到纸张左侧
- 可移动的打印头
- 运输字符 的 装置 (Carriage)
- 回到行首
- 所以是
Return
- 对应 字节
- 这是
两个控制信号- 不过他俩 经常 联合使用
联合使用
- 当
CR和LF联合使用时- 会将 打印纸张 上移一行
- 打字位置 将
回到 新行的最左侧
- 也就是
- 今天所理解 的 回车换行

- 电传打字机
- 渐渐 退出了历史舞台
- 当初的纸张 变成了 今天的显示器
- 打字机的按键 也演变为 如今的键盘
- 甚至 有了 操作系统
- 操作系统 是 如何理解 回车换行 的呢?
操作系统 Unix
- 受限于
- 内存和软盘空间 的 不足
- 设计者 决定采用
单个字符 来表示 换行回车- 使用
\n替代\r\n - 默认
\n=\r\n
- 使用
一个字符干两个事

- 类unix(unix-like) 都是如此
- 包括 BSD、Linux
unix 和 c 的羁绊
-
C语言
- 延续了 这个惯例
\n- 既干
\n的活(换行) - 又干
\r的活(回车)
- 既干
-
输出中有
\n的话

- 如果只有
\n- 本应是
- 下图这样的
- 本应是

- 实际上是
- 下图这样的

- 是 回车加换行 的
- 那还有
- 纯换行 不回车的效果 吗?
纯换行
- 纯换行效果可以用
\v

\v在ascii中的含义是VT- 垂直制表位

- 序号是 11

Commodore64 和 mac
- Commondore64
- 一度 也曾 很流行
- 同样出于 节省空间的目的
- 使用
\r代替\r\n - 这 就有
分歧了
- 使用
- Commodore64 影响了 mac
- mac
- 早期 也是
- 使用
\r代替\r\n - 甚至按键 都叫做 return
- 使用
- 早期 也是
- 后来 为了 和
unix保持一致- 从
\r修改为\n- 可能是因为
Mac用户- 需要用
ssh命令- 连接
unix-like的服务器 - 换行不统一
- 文件读取会出现错误
- 连接
- 需要用
- 可能是因为
- 从
- 流行的三大系统(类unix、mac、win)
- 两个都是
\n
- 两个都是
- 来来看看 微软的windows
微软
- DOS系统 是兼容 CP/M 形成的
CP/M使用\r\n
- 键盘上 印的名称是
enter- 符号是↵
- 先 LineFeed 再 Return
- 也是
\r\n
- 对应字节是b"\x0d\x0a"
- 符号是↵
- 后来 的
windows- 顺着
DOS的惯例
- 顺着

- 跨系统 浏览文档的时候
- 会有时候 多行 变成 一行
- 有的会出现
'0D','^M'之类的乱码
- 不只是 windows记事本🗒️
- 而且 微软office 等
- 都曾有 这个困扰
- win10 最新的记事本🗒️
- 已经 优化
python 解释器的理解
- 标准 输入输出流
- python 的 字符输入
- 靠的是 终端键盘
- python 的 显示输出
- 靠的是 终端屏幕
- python 的 字符输入
- 具体字符
- 显示
\n的时候- 就会换行
- LineFeed
- 显示
\r的时候- 就会退回到本行开头
- CarriageReturn
- 显示

- 将
\n写入文件的时候- 就会以
b"\x0a"的字节形式- 存储 在 文件 中
- 就会以
- 将
\r写入文件的时候- 就会以
b"\x0d"的字节形式- 存储 在 文件 中
- 就会以
- python3解释器 基于
操作系统操作系统基于cpu架构
- 不管什么样的
操作系统、cpu 架构- 只要是 python解释器
- 对于
\n、\r的解释方式 就是统一的\n换行\r退到行头
- 这种统一 是跨平台的
- 跨系统、跨cpu架构的
总结
- 对于换行和回车
- 不同层面的理解
- 电传打字机
- 两件事
- 经常 一起干
- 但也可以 分别干
- 不同操作系统
- unix-like
- 带头简化 成
\n - 步调一致 就好
- 带头简化 成
- mac
- 为了 避免麻烦
- 我和 unix-like一致
- windows
- 原来 我用户多
- 定什么规矩 我说了算
- 惹了 很多问题
- 现在 我还是 随大流 吧
- unix-like
- python 解释器
unix-like做得对- 不管 在什么系统、什么架构 上
- 在我python上 是统一 的
- 电传打字机
- 光说不练假把式
- 我能看看电传打字机吗?🤔
- 我们下次再看!👋蓝桥->https://www.lanqiao.cn/courses/3584
- github->https://github.com/overmind1980/oeasy-python-tutorial
- gitee->https://gitee.com/overmind1980/oeasypython
- 视频->https://www.bilibili.com/video/BV1CU4y1Z7gQ 作者:oeasy
















![[多图,秒懂]如何训练一个“万亿大模型”?](https://img-blog.csdnimg.cn/img_convert/9227e1d92b838e14d6a10e28a20a01b9.png)
![[golang工作日记] for range 踩坑](https://img-blog.csdnimg.cn/59075971b33047fe8a7b6990f15e2d5b.png)

