centos7安装nodejs最新版本14以上 uname -aLinux vmcentos7-1 3.10.0-1160.11.1.el7.x86_64 #1 SMP Fri Dec 18 16:34:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linuxcd /usr/local/mkdir nodejscd nodejs到nodejs中文网，查看下载地址：wget https://npm.taobao.org/mirrors/node/v14.15.3/node-v14.15.3-linux-x64.tar.xzxz -d node-v14.15.3-linux-x64.tar.xztar -xvf node-v14.15.3-linux-x64.tarcd node-v14.15.3-linux-x64建立软连接，变为全局ln -s /usr/local/nodejs/node-v14.15.3-linux-x64/bin/npm /usr/local/bin/ln -s /usr/local/nodejs/node-v14.15.3-linux-x64/bin/node /usr/local/bin/vim /etc/profile以下两个路径为加入nodejs路径export NODE_HOME=/usr/local/nodejs/node-v14.15.3-linux-x64export PATH=$NODE_HOME/bin:$PATH配置生效source /etc/profile成功node -vv14.15.3npm -v6.14.9yarn下载和安装安装的两种方式：方式1：使用msi安装：首先进入yarn的官网 https://yarnpkg.com/zh-hans/docs/install#windows-stable，然后选择稳定版进行下载。然后双击安装即可。我电脑里面其实已经通过msi文件安装了一个yarn，路径为：E:developyarn1.7.0\方式2：通过npm命令进行安装：执行命令npm install yarn -g （后面的可选参数-g，g代表global全局安装的意思）的安装语句时，会将安装的模块安装到C:UsersAdministratorAppDataRoamingnpm路径中。（2）查看安装路径如果不知道路径，可以使用where yarn命令查看电脑yarn的安装路径，可以看到我的安装路径为：E:developyarn1.7.0：查看yarn的安装路径（3）查看yarn版本号执行 yarn -v 或者yarn --version ，查看安装的yarn版本号，比如我的版本号是1.7.0。查看yarn的版本号yarn 换国内源yarn config set registry https://registry.npm.taobao.org/安装Node.js版本管理工具nvmgit clone git://github.com/creationix/nvm.git ~/nvm git下载仓库command -v nvm //验证安装设置启动自动运行echo "source ~/nvm/nvm.sh" >> ~/.bashrc source ~/.bashrcnvm list-remote //查看node版本nvm install v12.18.4 //安装node指定版本nvm use v12.18.4 //切换node版本转载至：https://www.cnblogs.com/xwhgr/p/14235167.html

JS异步之宏任务和微任务 .宏任务（macrotask ）和微任务（microtask ）macrotask 和 microtask 表示异步任务的两种分类。在挂起任务时，JS 引擎会将所有任务按照类别分到这两个队列中，首先在 macrotask 的队列（这个队列也被叫做 task queue）中取出第一个任务，执行完毕后取出 microtask 队列中的所有任务顺序执行；之后再取 macrotask 任务，周而复始，直至两个队列的任务都取完。掘金上面盗张图记录一下宏任务和微任务之间的关系先看个例子setTimeout(() => { //执行后 回调一个宏事件 console.log('内层宏事件3') }, 0) console.log('外层宏事件1'); new Promise((resolve) => { console.log('外层宏事件2'); resolve() }).then(() => { console.log('微事件1'); }).then(()=>{ console.log('微事件2') })我们看看打印结果{card-describe title="结果"}外层宏事件1外层宏事件2微事件1微事件2内层宏事件3{/card-describe}首先浏览器执行js进入第一个宏任务进入主线程, 遇到 setTimeout 分发到宏任务Event Queue中遇到 console.log() 直接执行 输出 外层宏事件1遇到 Promise ， new Promise 直接执行 输出 外层宏事件2执行then 被分发到微任务Event Queue中第一轮宏任务执行结束，开始执行微任务 打印 '微事件1' '微事件2'第一轮微任务执行完毕，执行第二轮宏事件，打印setTimeout里面内容'内层宏事件3'宏任务#浏览器NodesetTimeout√√setInterval√√setImmediatex√requestAnimationFrame√x微任务#浏览器Nodeprocess.nextTickx√MutationObserver√xPromise.then catch finally√√这个例子看懂基本js执行机制就理解了//主线程直接执行 console.log('1'); //丢到宏事件队列中 setTimeout(function() { console.log('2'); process.nextTick(function() { console.log('3'); }) new Promise(function(resolve) { console.log('4'); resolve(); }).then(function() { console.log('5') }) }) //微事件1 process.nextTick(function() { console.log('6'); }) //主线程直接执行 new Promise(function(resolve) { console.log('7'); resolve(); }).then(function() { //微事件2 console.log('8') }) //丢到宏事件队列中 setTimeout(function() { console.log('9'); process.nextTick(function() { console.log('10'); }) new Promise(function(resolve) { console.log('11'); resolve(); }).then(function() { console.log('12') }) })首先浏览器执行js进入第一个宏任务进入主线程, 直接打印 console.log('1')遇到 setTimeout 分发到宏任务Event Queue中遇到 process.nextTick 丢到微任务Event Queue中遇到 Promise ， new Promise 直接执行 输出 console.log('7') ;执行then 被分发到微任务Event Queue中第一轮宏任务执行结束，开始执行微任务 打印 6,8第一轮微任务执行完毕，执行第二轮宏事件，执行 setTimeout先执行主线程宏任务，在执行微任务，打印'2,4,3,5'在执行第二个 setTimeout ,同理打印 ‘9,11,10,12’整段代码，共进行了三次事件循环，完整的输出为1，7，6，8，2，4，3，5，9，11，10，12。以上是在浏览器环境下执行的数据，只作为宏任务和微任务的分析，我在node环境下测试打印出来的顺序为：1，7，6，8，2，4，9，11，3，10，5，12。node环境执行结果和浏览器执行结果不一致的原因是：浏览器的Event loop是在HTML5中定义的规范，而node中则由libuv库实现。libuv库流程大体分为6个阶段：timers，I/O callbacks，idle、prepare，poll，check，close callbacks，和浏览器的microtask，macrotask那一套有区别。文章转载来自：https://www.cnblogs.com/wangziye/p/9566454.html

记录处理node-sass包install安装错误的一系列解决方式 今天打开前几个月写的基于nuxt的项目，要修改一些内容，本以为和以前处理方式一样，修改代码，然后打包发布就可以了。结果build报错，错误大概如下几种：Node Sass does not yet support your current environment: Windows 64-bit...node-sass invalid syntaxnode-sass not found: python2nuxt node-sass Error: Command failed: C:Program Files (x86)Python37-32pyt百度查了很多资料，一开始以为是本地python3.7版本的问题，因为在这几个月中升级了python，后面查到一些资料说是需要使用淘宝的npm 镜像，经过各种尝试无果后，仔细思考了一下这几个月针对影响这个项目做了哪些操作。思前想后，觉得应该是本地环境做了升级，才导致这些问题。有了大概思路后，就需要排错先将python卸载，然后发现与python无关。既然与python无关，那肯定就与node 版本有关系了，这几个月也就升级了node和python，然后果断访问node-sass的github发现问题果然出在node版本和node-sass版本不兼容上。发现问题就可以解决，因为node版本过高，想的是先降级node，所以选择了重新安装node,但是其他项目又需要新版本的node，所以选择了先安装nvm，具体安装教程可以查看 node版本管理工具nvm的安装与使用切换完低版本的node后，再重新build项目，成功通过。总结这个问题让我对node及node组件版本有了更深的了解，也对整体的开发关联版本类东西有了更深的了解。

node版本管理工具nvm的安装与使用 1、nvm是什么nvm全名node.js version management，顾名思义是一个nodejs的版本管理工具。通过它可以安装和切换不同版本的nodejs。下面列出下载、安装及使用方法。2、下载可在点此在 nvm的github地址 上下载最新版本,本次下载安装的是windows版本。打开网址我们可以看到有两个版本：nvm-noinstall.zip：绿色免安装版，但使用时需进行配置。nvm-setup.zip：安装版，推荐使用3、安装本次演示的是安装版。双击安装文件 nvm-setup.exe选择nvm安装路径选择nodejs路径确认安装即可安装完确认打开CMD，输入命令 nvm ，安装成功则如下显示。可以看到里面列出了各种命令，本节最后会列出这些命令的中文示意。4、安装/管理nodejs查看本地安装的所有版本；有可选参数available，显示所有可下载的版本。nvm list [available]安装，命令中的版本号可自定义，具体参考命令1查询出来的列表nvm install 11.13.0使用特定版本nvm use 11.13.0卸载nvm uninstall 11.13.0命令提示nvm arch ：显示node是运行在32位还是64位。nvm install <version> [arch] ：安装node， version是特定版本也可以是最新稳定版本latest。可选参数arch指定安装32位还是64位版本，默认是系统位数。可以添加--insecure绕过远程服务器的SSL。nvm list [available] ：显示已安装的列表。可选参数available，显示可安装的所有版本。list可简化为ls。nvm on ：开启node.js版本管理。nvm off ：关闭node.js版本管理。nvm proxy [url] ：设置下载代理。不加可选参数url，显示当前代理。将url设置为none则移除代理。nvm node_mirror [url] ：设置node镜像。默认是https://nodejs.org/dist/。如果不写url，则使用默认url。设置后可至安装目录settings.txt文件查看，也可直接在该文件操作。nvm npm_mirror [url] ：设置npm镜像。https://github.com/npm/cli/archive/。如果不写url，则使用默认url。设置后可至安装目录settings.txt文件查看，也可直接在该文件操作。nvm uninstall <version> ：卸载指定版本node。nvm use [version] [arch] ：使用制定版本node。可指定32/64位。nvm root [path] ：设置存储不同版本node的目录。如果未设置，默认使用当前目录。nvm version ：显示nvm版本。version可简化为v。6、总结本节列出node.js版本管理工具nvm的安装及使用，需要注意的是安装路径最好不要出现中文和空格。衍生内容配置好NVM并且下载node版本后，还需要将 nodejs路径 的加入到环境变量中。并且需要重启电脑 vscode 的控制台才能识别到环境变量。本文参考资料：https://www.cnblogs.com/gaozejie/p/10689742.html

查看项目里引用的npm包的最新版本号方法 本地项目内局部生效的包的版本号{callout color="#000000"}npm list <包名>npm ls <包名>{/callout}本地的全局npm包的版本号{callout color="#000000"}npm list <包名> -gnpm ls <包名> -g{/callout}　　　　　　如果省略掉<包名>的话，这里会列出所有的包的版本检测结果。查看远端仓库内的可用版本号{callout color="#000000"}npm info <包名>npm view <包名> versions --json （--json可选）{/callout}利用@操作符，安装特定版本号的npm包{callout color="#000000"}npm install <包名>@<版本号>{/callout}对比查看npm的版本号信息{callout color="#000000"}npm outdatednpm outdated --json{/callout}