考虑一下换语言？ ry 大神新作 Deno，有个现成的函数直接对应你的需求

https://deno.land/[email protected]/io#readstringdelim
----------
readStringDelim

Read reader[like file] chunk by chunk, splitting based on delimiter.

import { readStringDelim } from "https://deno.land/[email protected]/io/mod.ts";
import * as path from "https://deno.land/[email protected]/path/mod.ts";

const filename = path.join(Deno.cwd(), "std/io/README.md");
let fileReader = await Deno.open(filename);

for await (let line of readStringDelim(fileReader, "\n")) {
console.log(line);
}

Output:

# std/io

## readLines

```ts
import * as path from "https://deno.land/[email protected]/path/mod.ts";

## Rest of the file

选中上面的 Framework listeners

立式无线充对电池更好，因为不用时就放上去，几乎不会出现过放；同时，电流低也不会过热

@youla #7 软路由插个无线网卡可以省去 AP，进一步的，软路由里通过无线网卡的配套程序拿到无线客户端列表，通过快速轮询得到准实时的客户端接入事件，那么就可以搞些智能家居的高阶玩法

@cmdOptionKana #2 您是否介意有人在社区里对骂脏话？原则上说，如果不是指名骂您，其实对您并没有损害

实际相信所有人都是反感的。为何？因为看到辱骂就让人不快；非必要的晦涩缩写造成了理解上的困扰，看到就让人不快

再举一例，同事中有中国人外国人，多人一起聊天时，能否直接和其中的中国人说中文？显然，基本的礼仪常识指出，这样属于不礼貌的行为

这些例子用于反驳一个似是而非的说法：你听 /看不懂说明不是说给你听的，你可以略过

字面量：斜杠需要转义，反斜杠不用
构造式：斜杠不用转义，反斜杠需要

取决于表达式里哪种符号比较多，可以交替使用两种方法；
一个例子是，含有斜杠很多的 URL，则用构造式更为可读；
new RegExp('/a/b/c/d') --> /\/a\/b\/c\/d/

能用 JS 写的最终都会用 JS 写

const temp = [];
for await( const { isFile , name } of Deno.readDir('./') )
{
if(isFile)
{
const text = await Deno.readTextFile(`./${ name }`);
temp.push([ text.match(/\n/g).length , name ]);
}
}

temp.sort( ([a],[b]) => a - b ).slice(-5).forEach( e => console.log(...e) );

Win10 在 2015 年引入了内存压缩，使得内存的承载能力几乎翻倍。没这个技术的话，今天 8G 的系统根本无法喘息

有权限动服务器的话，可以给 OpenWrt 开启 https
https://www.jianshu.com/p/a40ccb3e8ed6

没权限的话，可以本地用 stunnel 转发 http 到 https
https://www.dnsdizhi.com/263.html

去年 618 入的 SE2，到现在健康度 100%，避免过放和过热是关键

原生控件有 onchange 和 oninput 事件，自己搞的就没了

@Arthur2e5 #28
for 里的循环变量显示 for 的设计者认为下标访问是对迭代的正确抽象，事实是对迭代的正确抽象是迭代器。迭代器可以设计成正向迭代，自然也可以添加反向迭代方法，这并没有超出设计范围

ES6 对所有集合体对象部署了迭代器，没有对任何集合体添加新的下标访问接口，原有的基于下标的迭代过程实现为基于迭代器接口，这就是工业界给出的答案

@yaphets666 #15 for ... of 就是现代的 for，可以在其中使用 await 达成目的

@Arthur2e5 没错，就是从 C 借来的糟粕，你读读现代 JS，根本没有人用 for，一股 C 味的 JS 最可怕了

for 设计的时候还没有 let，等 let 出现后 for 有了新的语义，即每个循环节互相隔离，let 初始化的变量在每个循环节有个副本，取值只对当前循环节有效

这样的设定是强行兼容 let，尤其是 let 并不在块语句中这个现实，还有 let 自增后值可以跨循环节保持也反直觉

我觉得 for 是旧时代的糟粕，函数式和迭代器才是未来，应该多用 forEach 和 for ...of

电影院的选择，远近，巨幕，影片是关键，椅子是个不重要的因素

M1 给了你美好的错觉，要是真有高性能 ARM 芯片这种东西，微软也不用去找高通定制 SQ2