扫描2D条码至网页表单/Notepad++时CR LF缺失问题求助

一、差异原因 #

普通记事本 vs Notepad++ #

Windows自带记事本采用宽松的换行识别逻辑——不管是单独的CR、LF，还是CR+LF组合，它都能识别为换行，同时会自动忽略输入过程中可能存在的异常控制字符，直接按换行标记拆分内容。
而Notepad默认遵循严格的文本解析规则：它会严格按照当前文档设置的换行符格式（可在「编辑→EOL转换」中查看）识别换行。如果扫描设备输出到Notepad时，中间的CR+LF被转换成了非标准控制字符（比如扫描枪键盘模拟模式下，将内部换行转为不可见空白或其他按键事件），Notepad++就不会将其识别为换行，最终显示为单行。

网页表单无法识别的原因 #

1. 控件类型限制：如果使用的是<input type="text">这类单行输入框，它本身不支持多行文本，即便输入换行符也会被忽略，只能显示为单行；只有<textarea>或带有multiline属性的控件才支持多行显示。
2. 按键模拟冲突：多数扫描设备通过模拟键盘输入输出内容，它可能将条码内的LF字符模拟为键盘Ctrl+J组合键（而非文本字符0x0A），浏览器会把这个组合键识别为快捷键（比如标签页下载），而非文本换行。即便用JavaScript阻止了默认事件，模拟的Ctrl+J也不会转换为换行字符，导致内容仍为单行。

二、排查步骤 #

针对Notepad++ #

• 开启显示所有控制字符：打开Notepad++后，点击「视图→显示符号→显示所有字符」，查看扫描后的内容中是否存在中间的CR(↵)和LF(␊)标记。如果没有，说明扫描设备输出时未正确发送中间换行符。
• 调整扫描设备设置：多数扫描枪可通过扫描特定设置条码，调整「内部换行符输出模式」，确保设置为「发送CR+LF作为文本字符」，避免仅在末尾添加换行或转换为其他按键。
• 切换Notepad++的EOL格式：点击「编辑→EOL转换→Windows(CR LF)」，重新扫描内容测试是否能正确换行。

针对网页表单 #

• 更换输入控件：将单行<input>替换为<textarea>，测试是否能正确识别换行。
• 捕捉原始输入事件：用JavaScript监听keydown/keypress事件，打印每个按键的keyCode或charCode，确认中间的换行是被识别为13(CR)和10(LF)，还是被识别为Ctrl+J（此时ctrlKey属性为true）。
• 修改扫描设备输出模式：查找扫描设备的设置条码，切换到「发送LF为文本字符」或「禁用快捷键模拟」模式后再测试网页输入。
• 手动转换换行符：在JavaScript中监听输入事件，将捕捉到的Ctrl+J事件转换为文本换行符\n，或把接收到的文本中的非标准换行标记替换为\r\n。

内容的提问来源于stack exchange，提问作者miran213