千家信息网

如何使用Node.js+COW技术进行进程创建和文件复制

发表于:2026-10-31 作者:千家信息网编辑
千家信息网最后更新 2026年10月31日,如何使用Node.js+COW技术进行进程创建和文件复制,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。COW 不是奶牛,是 Copy-O
千家信息网最后更新 2026年10月31日如何使用Node.js+COW技术进行进程创建和文件复制

如何使用Node.js+COW技术进行进程创建和文件复制,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

COW 不是奶牛,是 Copy-On-Write 的缩写,这是一种是复制但也不完全是复制的技术。

一般来说复制就是创建出完全相同的两份,两份是独立的:

但是,有的时候复制这件事没多大必要,完全可以复用之前的,这时候可以只是引用之前的那份,在写内容的时候才去复制对应的一部分内容。这样如果内容用于读的话,就免去了复制,而如果需要写,才会真正复制部分内容来做修改。

这就叫做"写时复制",也就是 Copy-On-Write。

原理很简单,但是在操作系统的内存管理和文件系统中却很常见,Node.js 里面也因为这种技术变"懒"了。

本文我们来探究下 Copy-On-Write 在 Node.js 的进程创建和文件复制的应用。【推荐学习:《nodejs 教程》】

文件复制

文件复制这件事最常见的思路就是完全写一份相同的文件内容到另一个位置,但是这样有两个问题:

  • 完全写一份相同的内容,如果同样的文件复制了几百次,那么也创建相同的内容几百次么?太浪费硬盘空间了

  • 如果写到一半断电了怎么办?覆盖的内容如何恢复?

怎么办呢?这时候操作系统设计者就想到了 COW 技术。

用 COW 技术实现文件复制以后完美解决了上面两个问题:

  • 复制只是添加一个引用到之前的内容,如果不修改并不会真正复制,只有到第一次修改内容的时候才去真正复制对应的数据块,这样就避免了大量硬盘空间的浪费。

  • 写文件时会先在另一个空闲磁盘块做修改,等修改完之后才会复制到目标位置,这样就不会有断电无法回滚的问题

在 Node.js 的 fs.copyFile 的 api 就可以使用 Copy-On-Write 模式:

默认情况下,copyFile 会写入目标文件,覆盖原内容

const fsPromises = require('fs').promises;(async function() {  try {    await fsPromises.copyFile('source.txt', 'destination.txt');  } catch(e) {    console.log(e.message);  }})();

但是可以通过第三个参数指定复制的策略:

const fs = require('fs');const fsPromises = fs.promises;const { COPYFILE_EXCL, COPYFILE_FICLONE, COPYFILE_FICLONE_FORCE} = fs.constants;(async function() {  try {    await fsPromises.copyFile('source.txt', 'destination.txt', COPYFILE_FICLONE);  } catch(e) {    console.log(e.message);  }})();

支持的 flag 有 3 个:

  • COPYFILE_EXCL: 如果目标文件已存在,会报错(默认是覆盖)

  • COPYFILE_FICLONE: 以 copy-on-write 模式复制,如果操作系统不支持就转为真正的复制(默认是直接复制)

  • COPYFILE_FICLONE_FORCE:以 copy-on-write 模式复制,如果操作系统不支持就报错

这3个常量分别是 1,2,4,可以通过按位或把它们合并之后传入:

const flags = COPYFILE_FICLONE | COPYFILE_EXCL;fsPromises.copyFile('source.txt', 'destination.txt', flags);

Node.js 支持操作系统的 copy-on-write 技术,在一些场景下可以提升性能,建议使用 COPYFILE_FICLONE 的方式,会比默认的方式好一些。

进程创建

fork 是常见的创建进程的方式,而它的实现就是一种 copy-on-write 技术。

我们知道,进程在内存中分为代码段、数据段、堆栈段这 3 部分:

  • 代码段:存放要执行的代码

  • 数据段:存放一些全局数据

  • 堆栈段:存放执行的状态

如果基于该进程创建一个新的进程,那么要复制这 3 部分内存。而如果这三部分内存是一样的内容,那就浪费了内存空间。

所以 fork 并不会真正的复制内存,而是创建一个新的进程,引用父进程的内存,当做数据的修改的时候,才会真正复制该部分的内存。

这也是为什么把进程创建叫做 fork,也就是分叉,因为不完全是独立的,只是某部分做了分叉,成了两份,但是大部分还是一样的。

但如果要执行的代码不一样怎么办呢,这时候就要用 exec 了,它会创建新的代码段、数据段、堆栈段、执行新的代码。

Node.js 里面同样可以用 fork 和 exec 的 api:

fork:

const cluster = require('cluster');if (cluster.isMaster) {  console.log('I am master');  cluster.fork();  cluster.fork();} else if (cluster.isWorker) {  console.log(`I am worker #${cluster.worker.id}`);}

exec:

const { exec } = require('child_process');exec('my.bat', (err, stdout, stderr) => {  if (err) {    console.error(err);    return;  }  console.log(stdout);});

fork 是 linux 进程创建的基础,由此可见 copy-on-write 技术多么重要了。

复制同样的内容多份无疑比较浪费空间,所以操作系统在做文件复制、进程创建时的内存复制的时候都采用了 Copy-On-Write 技术,只有真正修改的时候才会去做复制。

Node.js 支持了 fs.copyFile 的 flags 的设置,可以指定 COPYFILE_FICLONE 来使用 Copy-On-Write 的方式做文件复制,也建议大家使用这种方式来节省硬盘空间,提高文件复制的性能。

进程的 fork 也是 Copy-On-Write 的实现,并不会直接复制进程的代码段、数据段、堆栈段到新的内容,而是引用之前的,只有在修改的时候才会做真正的内存复制。

除此以外,Copy-On-Write 在 Immutable 的实现,在分布式的读写分离等领域都有很多应用。

COW 让 Node.js 变"懒"了,但性能却更高了。

看完上述内容,你们掌握如何使用Node.js+COW技术进行进程创建和文件复制的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读!

内容 文件 进程 技术 内存 代码 数据 时候 系统 操作系统 部分 方式 空间 问题 支持 相同 堆栈 只是 只有 就是 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 华服互联网科技靠谱吗 科技金融是不是互联网金融 深圳恒合互联网络科技有限公司 金融科技还是互联网 智能科技公司是互联网公司吗 互联网科技卖菜 没上市的科技互联网公司 互联网金融 金融科技 互联网 科技创新 友谊互联网络科技 互联网科技公司名称 济南华为互联网科技产业总部基地 随着互联网科技发展 迪庆互联网科技招生 为客找房互联网科技公司怎么样 2021互联网科技公司排名 互联网科技数字货币 广州有谷有贝互联网科技有限公司 重庆科技产业互联网有哪些 青岛互联网科技园 互联网科技会 互联网科技美容 北京大学互联网科技怎么样 乌鲁木齐新华智原互联网科技学校 山东子淼互联网科技有限公司 南通创西澳互联网科技有限公司 广东工业互联网大赛深圳学泰科技 广东鹅鹅鹅互联网科技有限公司 中国新注册互联网科技 安徽零酒互联网科技有限公司
0