170 lines
12 KiB
Markdown
170 lines
12 KiB
Markdown
|
||
|
||
因收到Google相关通知，网站将会择期关闭。相关通知内容
|
||
|
||
|
||
190 狼叔：2019年前端和Node的未来-Node.js篇（下）
|
||
你好，我是阿里巴巴前端技术专家狼叔，今天是咱们大前端趋势系列的最后一篇文章，我将主要分享一些Node.js的新特性，以及我对大前端、Node.js未来的一点看法，但在开始之前，我想先聊一聊Serverless这个当下很火，同时未来可期的技术。
|
||
|
||
Serverless
|
||
|
||
简单地说，Serverless = FAAS + BaaS ，服务如果被认为是Serverless的，它必须无需显式地配置，并能自动调整扩缩容以及根据使用情况进行计费。云function是当今无Serverless计算中的通用元素，并引领着云的简化和通用编程模型发展的方向。2015年亚马逊推出了一项名为AWS Lambda服务的新选项。Node.js领域TJ大神去创业，开发了http://apex.run。目前，各大厂都在Serverless上发力，比如Google、AWS、微软，阿里云等。
|
||
|
||
|
||
|
||
这里不得不提一下Eventloop，Node.js成也Eventloop，败也Eventloop，本身Eventloop是黑盒，开发将什么样的代码放进去你是很难全部覆盖的，偶尔会出现Eventloop阻塞的情况，排查起来极为痛苦。
|
||
|
||
而利用Serverless，可以有效的防止Eventloop阻塞。比如加密，加密是常见场景，但本身的执行效率非常慢。如果加解密和你的其他任务放到一起，很容易导致Eventloop阻塞。
|
||
|
||
|
||
|
||
如果加解密服务是独立的服务呢？比如在AWS的Lambda上发布上面的代码，它自身是独立的，按需来动态扩容机器，可以去除 CPU 密集操作对 Node.js 的影响，快速响应流量变化。
|
||
|
||
这是趋势，对于活动类的尤其划算。你不知道什么时候是峰值，需要快速动态扩容能力，你也不会一直使用，按需付费更好。就算这个服务挂了，对其他业务也不会有什么影响，更不会出现阻塞Eventloop导致雪崩的情况。
|
||
|
||
|
||
可靠性：99.999999999%
|
||
可用性：99.99%
|
||
无限存储空间
|
||
按量付费
|
||
|
||
|
||
在前端领域，Serverless会越来越受欢迎，除了能完成API Proxy，BFF这种功能外，还可以减少前端运维成本，还是可以期望一下的。
|
||
|
||
Node.js新特性
|
||
|
||
2018年有一个大家玩坏的梗：想提升性能，最简单的办法就是升级到最新LTS版本。因为Node.js依赖v8引擎，每次v8发版优化，新版Node.js集成新版v8，于是性能就被提升了。其他手段，比如使用 fast-json-stringify 加速 JSON 序列化，通过 Schema 知道每个字段的类型，那么就不需要遍历、识别字段类型，而是可以直接用序列化对应的字段，这就大大减少了计算开销，这就是 fast-json-stringfy 的原理，在某些情况下甚至可以比 JSON.stringify 快接近 10 倍左右。
|
||
|
||
在2018年，Node.js非常稳定的前进着。下面看一下Node.js发版情况，2018-04-24发布Node.js v10，在2018-10-23发布Node.js v11，稳步增长。下图是Node.js的发布计划。
|
||
|
||
|
||
|
||
可以看到，Node.js非常稳定，API也非常稳定，变化不大，一直紧跟V8升级的脚步，不断的提升性能。在新版本里，能够值得一说的，大概就只有http2的支持。
|
||
|
||
在HTTP/2里引入的新特性有：
|
||
|
||
1.Multiplexing 多路复用
|
||
2.Single Connection每个源一个连接
|
||
3.Server Push服务器端推送
|
||
4.Prioritization 请求优先级
|
||
5.Header Compression头部压缩
|
||
|
||
|
||
|
||
目前，HTTP/2已经开始落地，并且越来越稳定，高性能。HTTP/2在Node.js v8.4里加入，在Node.js v10变为Stable状态，大家可以放心使用。示例代码如下。
|
||
|
||
const http2 = require('http2');
|
||
const fs = require('fs');
|
||
const server = http2.createSecureServer({
|
||
key: fs.readFileSync('localhost-privkey.pem'),
|
||
cert: fs.readFileSync('localhost-cert.pem')
|
||
});
|
||
|
||
server.on('error', (err) => console.error(err));
|
||
|
||
|
||
其他比如trace_events，async_hooks等改进都比较小。Node.js 10 将npm从5.7更新到v6，并且在node 10里增强了ESM Modules 支持，但还是不是很方便（官方正在实现新的模块加载器），不过很多知名模块已经慢慢支持ESM特性了，一般在package.json里增加如下代码。
|
||
|
||
{
|
||
"jsnext:main": "index.mjs",
|
||
}
|
||
|
||
|
||
另外异常处理，终于可以根据code来处理了。
|
||
|
||
try {
|
||
// foo
|
||
} catch (err) {
|
||
if (err.code === 'ERR_ASSERTION') { . . . }
|
||
else { . . . }
|
||
}
|
||
|
||
|
||
最后再提2个模块：
|
||
|
||
1.node-clinic性能调试神器（https://clinicjs.org）
|
||
|
||
这是一个Node.js性能问题的诊断工具，可以生成CPU、内存使用、事件循环（Event loop)延时和活跃的句柄的相关数据折线图。
|
||
|
||
|
||
|
||
2.Lowjs使用Node.js 去开发 IoT（https://www.lowjs.org/）
|
||
|
||
Node-RED构建IoT很久前就有了，这里介绍一下Lowjs。Low.js是Node.js的改造版本，可以对低端操作有更好的支持。它是基于内嵌的对内存要求更低的js引擎DukTape。Low.js 仅需使用不到2MB的硬盘和1.5MB的内存。
|
||
|
||
Node.js新书
|
||
|
||
这里想再分享两本Node.js新书。
|
||
|
||
第一本是赵坤写的《Node.js调试指南（全彩）》（https://item.jd.com/12356929.html）， 这本书从CPU、内存、代码、工具、APM、日志、监控、应用这8个方面讲解如何调试Node.js，大部分小节都会以一段经典的问题代码为例进行分析并给出解决方案。虽然内容比较散，但还是蛮有意思的一本书，属于进阶书。
|
||
|
||
第二本是吉姆·威尔逊（Jim，R.，Wilson）的《Node.js开发实战》（https://item.jd.com/12460185.html）， 书中主要是Node.js新特性汇总，是2018年引进版，the pragmatic programmer的书，还算比较新，我印象比较深的有拿Elastic Search作为数据，以及node-red这种IoT编程。不过需要注意的是，说是基于Node 8，但没多少感觉，另外mocha等模块比较老，微服务和Rest写的也都比较浅，属于入门书。
|
||
|
||
在2018年，我也被小伙伴们各种花式催书，《狼书》3卷，历时3年，终于在2019年要面世了。
|
||
|
||
关于Deno
|
||
|
||
Ry把Deno用Rust重写了之后，就再也没有人说Deno是下一代Node.js了。其中的原因大家大概能够想明白，别有用心的人吹水还是很可怕的。Deno基于ts运用时环境，底层使用Rust编写。性能、安全性上都很好，但舍弃了npm生态，需要做的事儿还是非常多的，甚至有人将Koa移植过去，也是蛮有意思的事儿。如果Deno真的能走另一条路，也是非常好的事儿。
|
||
|
||
未来已来
|
||
|
||
不知道还有多少人还记得，Google的ChromeOS的理念是“浏览器即操作系统”。现在看来，未来已经不远了。通过各种研究，我们有理由坚定Web信仰，未来大前端的前景会更好，此时此刻，只是刚刚开始。
|
||
|
||
|
||
|
||
这里我再分享一些参加Google IO时了解到的信息：
|
||
1.PWA证明了浏览器的缓存能力；
|
||
2.投屏、画中画、push等原生应用有的功能也都支持了；
|
||
3.Web Components标准化；
|
||
4.编解码新方案av1，效率有极大的提升。
|
||
|
||
为什么会产生这样的改变？原因在于：
|
||
|
||
1.Web开发主流化，无论移动端还是PC端，都能够复用前端技能，又能跨平台，这是ROI最高的方式。
|
||
2.Node和Chrome一起孕育出了Electron/Nw.js这样的打包加壳工具，打通了前端和Native API的通道，让WebView真正的跨平台。
|
||
3.PWA对于缓存的增加，以及推送、安装过程等抽象，使得Web应用拥有了可以媲美native client的能力。
|
||
|
||
这里首先要感谢Chrome+Android的尝试，使得PWA拥有和Android应用同等的待遇和权限。谷歌同时拥有Chrome和Android，所以才能够在上面做整合，进一步扩大Web开发的边界。通过尝试，开放，最终形成标准，乃至是业界生态。很明显，作为流量入口，掌握底层设施能力是无比重要的。
|
||
|
||
Chrome还提供了相应Web端的API，如web pay、web share、credential management api、media session等。
|
||
|
||
Chrome作为入口是可怕，再结合Android，使得Google轻松完成技术创新，继而形成标准规范，推动其他厂商，一直领先是可怕的。
|
||
|
||
|
||
|
||
前端的爆发，说来也就是最近3、4年的事情，其最根本的创造力根源在Node.js的助力。Node.js让更多人看到了前端的潜力，从服务器端开发，到各种脚手架、开发工具，前端开始沉浸在造轮子的世界里无法自拔。组件化后，比如SSR、PWA等辅助前端开发的快速开发实践你几乎躲不过去，再到API中间层、代理层到专业的后端开发都有非常成熟的经验。
|
||
|
||
我亲历了从Node 0.10到iojs，从Node v4到目前的Node v11，写了很多文章，参加过很多技术大会，也做过很多次演讲，有机会和业内很多高手交流。当然，我也从Qunar到阿里，经历了各种Node应用场景，对于Node的前景我是非常笃定的。善于使用Node有无数好处，想快速出成绩，想性能调优，想优化团队结构，想人员招聘，选择Node是不会有错的，诸多利好都让我坚定的守护Node.js，至少5年以上。
|
||
|
||
我想跟很多技术人强调的是，作为前端开发，你不能只会Web开发技术，你需要掌握Node，你需要了解移动端开发方式，你需要对后端有更多了解。而拥有更多的Node.js和架构知识，能够让你如鱼得水，开启大前端更多的可能性。
|
||
|
||
如果前面有二辆车，一辆是保时捷一辆是众泰，如果你必须撞一辆，你选哪个？
|
||
|
||
|
||
|
||
理性思维是哪个代价最低撞哪个，前提是你能够判断这两辆车的价值，很明显保时捷要比众泰贵很多。讲这个的目的是希望大家能够理解全栈的好处。全栈是一种信仰，不是拿来吹牛逼的，而是真的可以解决更多问题，同时也能让自己的知识体系不留空白，享受自我实现的极致快乐。另外，如果你需要了解更多的架构知识，全栈也是个不错的选择。
|
||
|
||
以我为例，我从接触全栈概念到现在，经历了以下四个阶段：
|
||
|
||
|
||
第一阶段各种折腾，写各种代码，成了一个伪全栈，还挺开心的；
|
||
第二阶段折腾开源，发现了新大陆，各种新玩法，好东西，很喜欢分享；
|
||
第三阶段布道，觉得别人能行自己也能行，硬抗了二年，很累；
|
||
第四阶段带人管理，参加超级项目，心脑体都是煎熬，但对心智的打磨很有意思。
|
||
|
||
|
||
不忘初心，坚持每天都能写代码，算是我最舒服自豪的事儿了吧，以前说越大越忙，现在要说越老越忙了，有了孩子，带人，还想做点事儿，能安静的写会代码其实不容易。
|
||
|
||
说了这么多，回到大前端话题，至少目前看2019年都是好事，一切都在趋于稳定和标准化，大家不必要过于焦虑。不过，掌握学习能力始终是最重要的，还是那两句话：“广积粮，高筑墙，缓称王”，“少抱怨，多思考，未来更美好”。
|
||
|
||
做一个坚定的Web信仰者，把握趋势，选择比努力更重要！
|
||
|
||
最后给自己打一个广告，今年6月20日北京举办的GMTC大会上(https://gmtc2019.geekbang.org/)，我会担任Node专场出品人，主要关注Serverless，TypeScript在Web开发框架里相关实践，以及性能，SSR，架构相关的topic，如果你有想法，想分享的话，欢迎联系我。
|
||
|
||
作者简介
|
||
|
||
狼叔（网名i5ting），现为阿里巴巴前端技术专家，Node.js 技术布道者，Node全栈公众号运营者。曾就职于去哪儿、新浪、网秦，做过前端、后端、数据分析，是一名全栈技术的实践者，目前主要关注技术架构和团队梯队建设方向。即将出版《狼书》3卷。
|
||
|
||
|
||
|
||
|