只是一个快速的，但想确保我能捕捉到跨平台的变化。
我喜欢将输入到文本区域的新行转换为[逗号]，以便输出可以在一行上表示，我的问题...
目前，从谷歌浏览器发送，当我查看值时，我发现它使用\r\n 换行。如果我替换 \r\n 我知道它将适用于 windows 7 上的 chrome，但其他平台呢，其他浏览器将作为新行插入文本区域中的内容是否有变化？
【问题讨论】：
根据 HTML 规范，浏览器必须将用户输入中的换行符规范化为 CR LF (\r\n)，我认为任何浏览器都不会出错。参考：HTML 4.01 规范中的第 17.13.4 Form content types 条。
在 HTML5 草稿中，情况更加复杂，因为它们还处理浏览器内部的进程，而不仅仅是在提交表单时发送到服务器端表单处理程序的数据。根据他们（和浏览器实践），textarea 元素值存在于三种变体中：
【讨论】：
the user agent should allow the user to edit, insert, and remove text, and to insert and remove line breaks in the form of "LF" (U+000A) characters。
\n）可能是“内部API”提供的。没有参考，这只是我根据常识的假设。
专门讨论网络表单中的文本区域，对于所有文本区域，在所有平台上，\r\n 都可以。
如果您使用其他任何东西，您将在 Windows 平台上导致剪切和粘贴问题。
当表单提交时，换行符会被windows浏览器规范化，但是如果你将表单发送到带有\n换行符的浏览器，你会发现文本不会在例如记事本之间正确复制和粘贴和文本区域。
有趣的是，尽管 Unix 行结束约定是 \n，但大多数基于文本的网络协议（包括 HTTP、SMTP、POP3、IMAP 等）的标准仍然是 \r\n。是的，它可能没有多大意义，但这对你来说是历史和不断发展的标准！
【讨论】：
看来，根据HTML5 spec，textarea 元素的 value 属性应该返回 '\r\n' 换行：
元素的value 被定义为元素的原始值 应用了以下转换：
替换每次出现的“CR”（U+000D）字符，后面没有 一个“LF”（U+000A）字符，每次出现一个“LF”（U+000A） 前面没有“CR”(U+000D) 字符的字符，由 由 U+000D CARRIAGE RETURN "CRLF" 组成的两个字符的字符串 (U+000A) 字符对。
点击 'value' 的链接可以清楚地表明它是指在 javascript 中访问的 value 属性：
表单控件具有值和检查性。 （后者仅用于 通过输入元素。）这些用于描述用户如何交互 与控件。
但是，在所有五种主要浏览器中（使用 Windows，2015 年 11 月 27 日），如果将“\r\n”写入文本区域，则“\r”将被剥离。 （测试：var e=document.createElement('textarea'); e.value='\r\n'; alert(e.value=='\n');）从 v9 开始，IE 就是如此。在此之前，IE 会返回 '\r\n' 并将 '\r' 和 '\n' 都转换为 '\r\n' （这是 HTML5 规范）。所以...我很困惑。
为了安全起见，通常在正则表达式中使用 '\r?\n' 而不仅仅是 '\n' 就足够了，但是如果必须知道换行符序列，则可以在应用程序中执行上述测试.
【讨论】：
textarea，HTML5 规范在两件事上非常清楚。 1. Request body 将只有 \r\n 2. JS 值将只有 \n，无论您在键入时使用的是 \r、\r\n 还是 \n。它也与您在 IE9+ 中的发现相匹配。
- Line Feed and Carriage Return
这些HTML entities 将在文本区域内插入新行或回车。
【讨论】：