手动换行符

WORD中的“段落标记”（ p）和“手动换行符”（ l）都能起到换行的作用。“段落标记”（ p）就是平常所说的回车，通过Enter键打出，在WORD里显示为一个向左下方的箭头；“手动换行符”（ l）通过Shift+Enter组合键打出，在WORD里显示为一个向正下方的箭头。 两者的区别在于，回车会开启新的段落，而手动换行符则不会。这一点平时编辑文字感觉不到，但是写CSDN博客的时候，如果在代码区或有特殊背景的区域编辑文字，使用回车会产生多个代码段或特殊背景区域，这是我们所不想要的，这时我们的换行就必须用手动换行符。 可以用“查找-替换”（Ctrl+H）功能将回车替换为手动换行符。回车用 p表示，手动换行符为 l表示（猜测“^p”表示paragraph, “^l”表示line）。或在点击“更多”按钮，在“特殊格式”中选择“段落标记”和“手动换行符”。 来源： CSDN 作者： superbigcupid 链接： https://blog.csdn.net/superbigcupid/article/details/104608327

小问题，做下记录。 对 json 数据进行了 Base64 加密，然后将加密后的字符串提交到接口，服务端解析失败（服务端 .NET）。 对比后发现，字符串的某些位置被自动添加了换行符\n，应该是 Android Studio 对过长字符串进行了处理。 所以提交前需要手动去除换行符 \n 。 正常加密后的字符串： eyJ2ZXIiOiIxLjAuNiIsImRhdGEiOnsicGFzc3dvcmQiOiJlMTBhZGMzOTQ5YmE1OWFiYmU1NmUw NTdmMjBmODgzZSIsInVzZXJuYW1lIjoienk4In0sImN1c3RvbWVyaWQiOiIiLCJpc1ciOiIiLCJ1 c2VyaWQiOiIiLCJhY2N0eXBlIjoiIiwicGxhdGZvcm0iOiJhcHAiLCJ1c2VybmFtZSI6IiIsInRv a2VuIjoiIn0= 被添加了换行符的加密后的字符串： eyJ2ZXIiOiIxLjAuNiIsImRhdGEiOnsicGFzc3dvcmQiOiJlMTBhZGMzOTQ5YmE1OWFiYmU1NmUw\n NTdmMjBmODgzZSIsInVzZXJuYW1lIjoienk4In0sImN1c3RvbWVyaWQiOiIiLCJpc1ciOiIiLCJ1\n

新上手一个项目，克隆了代码下来搭环境，一路坑。其中一个sh脚本执行不了，报IOException，java日志除了“找不到文件或文件夹”之外看不出任何信息，手动运行脚本才发现是脚本编码有问题： 应该是有人用windows开发的，提交时未做crlf转换。我印象中git是会自动转换crlf的，为何还会出现这种问题呢？下面是搜到的一个解释： 原文地址： 在Git中一定要关注的crlf自动转换 GitHub 第一坑：换行符自动转换 如果你已经做出了错误的选择，也不需要重新安装，可以直接使用命令行来修改设置。很简单，直接打开这货自带的命令行工具 Git Bash，输入以下命令，再敲回车即可： git config --global core.autocrlf false 在各操作系统下，文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A（LF），早期的 Mac OS 使用的是 0x0D（CR），后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A（CRLF）作为换行符。（不知道 Bill Gates 是怎么想的，双向兼容？） 这种不统一确实对跨平台的文件交换带来麻烦。虽然靠谱的文本编辑器和 IDE 都支持这几种换行符，但文件在保存时总要有一个固定的标准啊，比如跨平台协作的项目源码，到底保存为哪种风格的换行符呢？