|
起初,我用了从文件中读取文本的StreamReader 读卡器= 新 的StreamReader (“对话框。使用OpenFile ()); 但发现有关File.ReadAllText这似乎简化我的代码,以1号线。但我想,如果有2之间的任何分歧?或什么时候我应该比其他使用1? txtEditor 。文本 文件。ReadAllText (对话。的FileName );
|
|
有没有差异,如果你正在使用ReadToEnd()方法。不同的是,如果你不加载到内存中整个文件,而是让你来处理块中使用大文件的ReadLine()方法。 因此,使用File.ReadAllText(),而不是ReadToEnd() ,因为它使你的代码更短,更可读。它也需要照顾,妥善处置资源,因为你可能会忘记做的StreamReader(正如你在你的片段)。
|
最多投票1下投票 |
如果您使用的ReadToEnd,他们是相同的。否则,使用StreamReader的,让你一次读取的字节,与他们做一些计算,然后把它们扔掉需要。例如,如果你有一个文件,包含一个2000号码的列表,你想加在一起,你可以:
这两种方法之间的主要区别是短暂的内存使用。的款项后,你有,你可以随时离开扔掉了所有的中间数据。在File.ReadAllText方法,在某些时候,你有整个文件内容在内存中,而与StreamReader的方法,你只有几个字节,在任何一个时间价值在内存中的文件内容。这可能是一个问题,根据文件的大小和计算,你做。 File.ReadAllText是方便快捷。 StreamReader的是强大的,但更多的工作。
|
相关文章
- CVE-2024-3094:Linux生态供应链攻击-CVE-2024-3094:供应链攻击? 一个潜伏3年只为通杀的漏洞,今天更新了一个CVE漏洞,XZ-utils5.6.0/5.6.1版本后门风险(CVE-2024-3094)这个后门并非作者无意加入的,也不是引入存在后门的库文件导致的问题,而是有人经过三年的潜伏,积极参与该项目的维护,在获得了直接commit代码的权限以后将后门代码注入其中。 这个代码一共存活了不到2个月的时间,发现者是PostgreSQL 开发人员兼软件工程师 Andres Freund 意外发现的,在观察到 liblzma(xz 包的一部分)Debian sid(使用 ssh 登录占用了大量 CPU,valgrind 错误,然后找见了上游 xz 存储库和 xz tarball 已被后门。 幸运的是,xz 5.6.0 和 5.6.1 尚未被 Linux 发行版广泛集成,而且大部分是在预发行版本中。 但是kali linux如果每周更新或者最近3月26到29号之间更新了,不好意思。 根据kali官方说法希望更新, 首先我们apt-cache policy liblzma5 更新命令 sudo apt update && sudo apt install -y --only-upgrade liblzma5 更新 难的追一回滚动更新就这样玩吗?看来以后也不要追最新的。 当然我们还可以cat /var/log/apt/history.log 查看更新时间和都更新了哪些内容! 附: 各大linux系统可以查看自己对应的系统,查看官网说明 比如我的kali可以直接在https://www.kali.org/blog/about-the-xz-backdoor/看到 当然了这个供应链后门只能说差一点就完美成功,因为他写的有bug在sshd运行的时候直接cpu飙升,引起了研究员的注意,否则如果在发行版中大规模集成,估计可以造成linux的一个通杀,现在只是在预发行版中,但是更新快的比如kali linux中如果滚动更新那么就会被影响到。 参考链接:
- File类的特点?如何创建File类对象?Java中如何操作文件内容,什么是Io流Io流如何读取和写入文件?字节缓冲流使用原则?
- 任何的File.ReadAllText()和使用StreamReader读取文件内容之间的差异?
- Java中使用BufferedReader的readLine()方法和read()方法来读取文件内容