正在读取文本文件Javascript

Question

好吧，这可能很难解释
密码和用户名不一样。
我正在阅读一个文本文件

"用户名，密码"是以下结构的文本文件

John,BOL12345
Mary2,BOL77777
Anna,BOL54321
test,BOL12345

前三名不能单独工作我只需要前三名
但一旦我添加了"测试，BOL12345"
密码BOL12345确实有效
但如果没有"测试，BOL12345"密码"BOL12345"或任何其他密码都不起作用
我在javascript中做这一切，下面将是代码片段。。请提出任何问题，因为我不明白为什么会发生这种情况

下面的JavaScript
"行"=上方的文本文件

    lines = x.responseText.split("n");
    for (i=0; i < lines.length; i++)
    {
        test1 = lines[i].split(",")
        username.push(test1[0]);
        password.push(test1[1]);
    }
    var tempUsername = document.getElementById('username').value;
    var tempPassword = document.getElementById('password').value;
    var arraycontainsusername = (username.indexOf(tempUsername) > -1);
    var arraycontainspassword = (password.indexOf(tempPassword) > -1);
    alert(password);
    if (arraycontainsusername && arraycontainspassword) {
        window.location.href = "listing.htm";
    };

Answer 1

有根据的猜测：您的文件正在使用rn。由于您通过n进行拆分，因此r保留在中并损坏每个字符串。尝试按rn进行拆分，看看会发生什么。这就解释了为什么添加最后一行会起作用，因为末尾没有换行符，也不会有拖尾字符扰乱indexOf搜索。

不同的操作系统对文本文件的处理方式不同。Windows使用CRLF（回车换行）跳转到下一行，而*NIX变体使用LF。旧的MacOS版本使用CR。您的代码假设该文件来自*NIX环境，其中LF（或n）是规范，当它来自windows环境时，其中CRLF（或rn）是规范（不准确，因为您可以在windows中使用LF和*NIX中使用CRLF制作文本文件，请购买图片）。

为了正确处理所有情况，我建议在处理字符串之前对其进行规范化：

x.responseText.replace(/rn|r(?!n)/g, 'n').split('n');

中间那个看似中文的字符串实际上是一个匹配\r\n或\r\n的正则表达式（但仅当\r\n后面没有跟\r\n时）。通过这种方式，您可以将所有CRLF和CR替换为LF，并处理来自任何环境的文本。

由于标记的顺序，您可以将正则表达式简化为/rn|r/，但我将其保留下来，因为它说明了一个简洁的概念（lookahead-(?!n)位表示如果且仅当不紧跟n）。有了这一点，/rn|r/将表现得更好，尤其是在处理大文件时。