详解nodejs 文本操作模块-fs模块（一）(nodejs writefile)

推荐整理分享详解nodejs 文本操作模块-fs模块（一）(nodejs writefile)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:nodejs document,node.text,nodejs word,nodejs writefile,nodejs writestream,nodejs document,node.text,nodejs writefile,内容如对您有帮助，希望把文章链接给更多的朋友！

JS的安全性问题，就决定了JS想要取操作数据库操作文件是不可实现的，而Nodejs作为服务端的JS，如果依然不能操作文件，那么又如何称之为服务端语言呢，所以在Nodejs中，提供了一个fs（File System）模块，以实现文件及目录的读写操作。

写在前面

Nodejs的一大优势就在于，支持异步调用，不管是在读取数据库，还是在读取文件时，都可以使用异步的方式进行处理，这样就可以处理高并发的情况，从本篇开始，开始对Nodejs的fs模块中，一些重要的API，结合源码，进行一些说明学习。

fs模块支持的属性和方法

fs模块是一个很重要的模块，也支持非常多的属性和方法，可以直接在nodejs中查看，fs模块支持的属性，创建一个app.js文件，输入以下代码，运行即可。

由于fs的家族子弟太多，这里就不一一列举了，下面就开始介绍一下fs家族的核心子弟。

1：open和openSync方法

对于文件操作，最基本的莫过于打开文件，你想要读写文件，那么就必须要打开文件才能读写，就像你要往冰箱放东西或者从冰箱拿东西，那么你首先要打开冰箱才行。

所以，这里就以文件的打开为首个属性，来进入文件模块。

文件操作中，分为同步操作和异步操作，它们的命名规则都是相同的，比如这里，open方法是异步方法，同步的方法是在异步方法的基础上，添加一个”Sync“的后缀，也就是这里的openSync，还有读取文件时也是，readFile和readFileSync等，这个在后面不再多说，并且它们的使用基本上也是相同的，唯一的差距在于异步的数据是以第二个参数的形式传入回调函数，而同步的方法，返回值就是处理的结果数据。

下面，就会以open和openSync为基础，把这些都说明一下。

open和openSync的使用方法：

以open方法的使用方式为例，open方法中，可以使用4个参数，其中filename参数，flags参数，callback参数是必须指定的参数，mode参数为可选参数。

其中：

filename是你所要读取文件的路径，可以是绝对路径，也可以是相对路径，这个就看你喜好了。

callback为打开文件成功后，执行的回调函数，回调函数的格式为：

基本上，在fs模块中的所有异步执行函数的回调函数，都是这样的格式，唯一的差距就是在于回调函数的第二个数据，也就是操作成功后，得到的数据的差别，在以后的内容中，对该部分，就不再多说。

mode为可选参数，用于指定当文件被打开时，对该文件的读写权限，默认值为（可读写），该方法使用4个数字组成mode属性值，它们的组成方式符合以下规则：

第一个数字必须是0，表示该数据是一个八进制的数字。

第二个数字，用于规定文件或者目录所有者的权限。

第三个数字，用于规定文件或者目录所有者所属用户组的权限。

第四个数字，规定其他人的权限。

对于上述的第二，第三，第四个数字，读写权限的设置符合以下规则。

设置为1：表示为执行权限。

设置为2：表示有写权限。

设置为4：表示有毒权限。

如果需要设置有执行权限和写权限，则数字设置为3，如果只想要有读写权限，则设置为6，即，你想要哪些权限，你就把上述代表权限的数字相加即可。如果设置，需要执行权限，读写权限，则可以设置为7，默认状态为设置为6，即拥有读写权限。open方法支持的另外一个参数flags，表示该对象，可以对文件执行哪些操作，支持的属性过多，所以放到一个列表中了：

属性 意义 r 以【只读】的方式打开文件. 当文件不存在时产生异常 r+ 以【读写】的方式打开文件. 当文件不存在时产生异常 rs 同步模式下，以【只读】的方式打开文件. 指令绕过操作系统的本地文件系统缓存。该功能主要用于打开 NFS 挂载的文件, 因为它可以让你跳过默认使用的过时本地缓存. 但这实际上非常影响 I/O 操作的性能, 因此除非你确实有这样的需求, 否则请不要使用该标志。注意: 这并不意味着 fs.open() 变成了一个同步阻塞的请求. 如果你想要一个同步阻塞的请求你应该使用 fs.openSync()。 rs 同步模式下，以【只读】的方式打开文件. 指令绕过操作系统的本地文件系统缓存。该功能主要用于打开 NFS 挂载的文件, 因为它可以让你跳过默认使用的过时本地缓存. 但这实际上非常影响 I/O 操作的性能, 因此除非你确实有这样的需求, 否则请不要使用该标志。注意: 这并不意味着 fs.open() 变成了一个同步阻塞的请求. 如果你想要一个同步阻塞的请求你应该使用 fs.openSync()。 rs+ 同步模式下, 以【读写】的方式打开文件. 请谨慎使用该方式, 详细请查看 ‘rs' 的注释. w 以【只写】的形式打开文件. 文件会被创建 (如果文件不存在) 或者覆盖 (如果存在). wx 作用与”w”类似，区别是如果文件存在则操作会失败（必须去创建一个新的文件才行） w+ 以【读写】的方式打开文件. 文件会被创建 (如果文件不存在) 或者覆盖 (如果存在). wx+ 作用与”w+”类似，区别是如果文件存在则操作会失败（必须去创建一个新的文件才行） a 以【附加】的形式打开文件，即新写入的数据会附加在原来的文件内容之后. 如果文件不存在则会默认创建. ax 作用与”a”类似，区别是如果文件存在则操作会失败（必须去创建一个新的文件才行） a+ 以【读取】和【附加】的形式打开文件. 如果文件不存在则会默认创建. ax+ 作用与”a+”类型，区别是如果文件存在则操作会失败（必须去创建一个新的文件才行

关于open的官方说明，请参考：fs.open()

到这里为止，使用open方法时的一些属性，就说完了，接下来看下如何使用的，这里只给一个最简单的例子，因为open只是单纯的打开文件，并不会执行其他的操作，当然如果”w/w+“模式的话，会把文件清空。但是，open的功能，也只是最单纯的打开文件而已，所以这里只给一个最简单的例子，至于其他的一些复杂的操作，在后面，会慢慢涉及到的。

这里就不在添加openSync的示例了，当然，这里也可以按照自己的意愿修改第二个参数（flags）和第三个参数（mode）的值，不过，对于open，修改这些并没有任何意义，只对打开文件之后的操作，有影响，所以这里不再添加示例。

看下源码中，关于open方法的实现：

以上源码中的binding，包含了一些直接调用C++程序的接口，这里不涉及该部分，如果想要了解，请查看：Nodejs如何与C++对接的。

2:close和closeSync方法

前面说了open方法，可以打开文件，那么就必然有方法来关闭文件，所以这里看看fs模块中模块的关闭。

使用方法：

象征性的看下，close源码中的处理：

篇幅有限，本篇就到此为止。

总结

本篇虽然只说了这最基本的四种方法，但是也是把fs模块中一些基本的方法，都包含了，比如flag属性，比如mode属性，比如回调方法的参数，比如异步和同步的命名规范等，所以这一篇文章也是属于很重要的一篇。