node.js是一个划时代的技术，它在原有的Web前端和后端技术的基础上总结并提炼出了许多新的概念和方法，堪称是十多年来Web开发经验的集大成者。转转公司在使用node.js方面，一起走在前沿。8月16日，转转公司的FE王澍老师，在镜泊湖会议室进行了一场主题为《nodejs全栈之路》的讲座。优秀的语言、平台、工具只有在优秀的程序员的手中才能显现出它的威力。一直听说转转公司在走精英化发展战略，所以学习下转转对node.js的使用方式，就显得很有必要。 对于大多数人使用node.js上的直观感受，就是模块、工具很齐全，要什么有什么。简单request一下模块，就可以开始写javasript代码了。然而出自58同城的转转，同样存在大量服务，使用着58自有的rpc框架scf。scf无论从设计还是实际效果，都算得上业内领先。只不过在跨平台的基础建设上，略显不足。从反编译的源码中，可以找到支持的平台有.net、java、c、php。非java平台的scf版本更新，也有些滞后。之前还听说肖指导管理的应用服务部，以“兼职”的方式开发过c++版客户端。而且也得到umcwrite等服务的实际运用。所以node.js解决好调用scf服务，是真正广泛应用的前提。这也正是我最关心的问题。 王澍老自己的演讲过程并没有介绍scf调用的解决方案，但在提问环节中，进行了解答。我能记住的内容是，目前的采用的方案是使用node-java模块，启动一个jvm进程，最终还是在node.js的项目中编写的java代码，性能尚可接受，但使用中内存占用很大；王澍老师也在尝试自己使用c++开发模块来弃用node-java。 这确实很让我很失望，我所理解的node.js应该是与性能有关的部分，几乎全部是c++编写的。之前肖指导要求发布公共服务，改写成使用scf提供的异步方式执行，借那次机会，我也阅读了一部分反编译的scf源码。感觉如果只是解决node.js调用scf的问题，不应该是个很难的事情。像管理平台、先知等外围功能，可以后期一点点加入。正巧我一直在质疑自己是不是基础差的问题，干脆写一个node.js版的scf客户端，来试试自己的水准。 结合自己之前对node.js的零散知识（其实现在也很零散）。对这次实践提出如下的一些设计要点： 1、序列化版本使用scfv3，虽然难度应该是最大的，但应该能在较长的时间内避免升级序列化版本的琐事。 2、使用管理平台读取配置，禁用scf.config类似的本地配置。想想之前许多部门，推进禁用线上服务直连的过程，就觉得很有必要（管理平台也用线下环境，线下调试根本不是阻碍）。 3、客户端支持全类型，之前偶尔听说了c++版客户端不支持枚举类型，使得有些服务只能调整接口。 4、c++使用libuv库，具备跨平台开发、调试能力。c++版客户端听说只支持linux平台。 5、只提供异步接口，这是当然的，不然node.js就别想用了。
在 Node.js 开发领域中，原生 C++ 模块的开发一直是一个被人冷落的角落。但是实际上在必要的时候，用 C++ 进行 Node.js 的原生模块开发能有意想不到的好处。
Node的目标是成为一个构建快速、可伸缩的网络应用平台，通过通信协议来组织许多Node，非常容易通过扩展来达成构建大型网络应用的目的。
有段时间没更新博客了，之前计划由浅到深、从应用到原理，更新一些RN的相关博客。之前陆续的更新了6篇RN应用的相关博客（传送门），后边因时间问题没有继续更新。主要是平时空余时间都用来帮着带娃了，不过还是要挤挤时间来总结下，目标是完成由浅到深、由应用到原理的RN系列博客。本篇算是属于原理部分的博客，不过不在之前计划中。本篇是本人在公司内部某事业群大前端月刊中发布的一篇纯技术分享的博客，是基于Facebook的RNTester工程进行的TurboModule的源码分析，因为不涉及公司内部的敏感代码及相关信息，而且在公司内部发布受众有限，所以就以个人名义同步到自己的博客中，与大家分享及交流。文中所述内容仅代表个人观点，如有偏颇或不恰当之处还望指正。
本文主要内容整理自 GMTC 2019 分享《基于小程序技术栈的微信客户端跨平台实践》 https://gmtc2019.geekbang.org/presentation/1711 一、前言 ---- 小程序自诞生以来，经过两年多的发展，成为了微信开发者生态中最具有生命力的一环，为外部开发者开辟了全新的想象空间。然而，小程序带来的改变绝不仅限于微信之外，小程序技术栈的确立，又对微信客户端的研发产生了怎样的影响？ 二、微信客户端的跨平台实践 ---- 微信客户端团队，早在 2012 年的时候就已经开始
最近基于puerts做了个nodejs addon，能让nodejs方便的调用c++的库。拿一个比较知名的同类方案v8pp做对比：
前言：本文根据最近做的一次分享整理而成，希望能帮忙大家深入理解Node.js的一些原理和实现。
本文内容主要分为两大部分，第一部分是 Node.js 的基础和架构，第二部分是 Node.js 核心模块的实现。
本文作者：ivweb 程柳锋 当Javascript的性能遇到瓶颈，或者需要增强Javascript能力的时候，就需要依赖native模块来实现了。 应用场景 日常工作中，我们经常需要将原生的N
Qt Widgets、QML、Qt Quick ... 呃 (⊙﹏⊙) ，简直了，傻傻分不清楚
WebAssembly 也简称 wasm，是以.wasm 结尾的文件。我们都知道，在机器的世界，最终运行的都是 0101 这样的二进制文件，而 WebAssembly 是被编译成二进制的文件。WebAssembly 并不是一门语言，而是一个编译的目标，好比我们用 vite、gulp、rollup、webpack 等打包成最终的产物，WebAssembly 是把其它编程语言编译成二进制文件，从而可以运行在浏览器上，实现更复杂的应用。
目前QQ浏览器（下简称QB）使用Hippy的业务超过100个，基本上95%的核心业务都是使用Hippy作为首要技术栈来开发。但是跟Native相比较而言，Hippy是使用JS引擎进行异步渲染，在用户从点击到打开首屏可交互过程中会有一定的耗时，影响用户体验。如何优化这段耗时，尽量对齐Native体验，想必是每个团队需要思考优化的事情。
gRPC 是一种可以跨语言运行的现代高性能远程过程调用 (RPC) 框架。gRPC 实际上已经成为 RPC 框架的行业标准，Google 内外的组织都在使用它来从微服务到计算的“最后一英里”（移动、网络和物联网）的强大用例。 gRPC是一个高性能的开源的通用RPC框架，由Google公司开发，支持常用的C++、Java、Python、C#/.Net、Go、Node、Dart、Kotlin、Object-C、PHP、Ruby等语言，采用protobuf作为数据交换格式，并且采用C++开发，支持Windows 、Linux、macOS跨平台开发。对于跨语言服务调用非常方便，只要使用protobuf定义接口协议，然后按照gRPC语言SDK调用即可。比如我们使用C++对环保数采仪器设备通过串口或者网口传送的数据协议如Modbus协议、HJ212协议、或者厂商自定义的协议进行解析之后，将数据存放到本地数据库，这个时候我们如何将C++的数据传给前端网页呢？ 这个时候可以使用多种方式。比如通过数据库、HTTP协议、WebSocket协议、RPC远程过程调用等方式。 我之前做环保的时候，采用C++和环保硬件设备打交道，通过C++后台程序将数采仪数据解析之后存入到本地Sqlite数据库中（分表分页存储），然后由于展示的网页比较简单，只是用网页展示当前站点的数据，前端采用ElementUI和Vue.js，后端采用Node.js。另外，C++后台写了一套RPC服务端接口，Node.js通过RPC客户端调用C++的后台RPC服务，双方之间通过Google Protobuf数据协议交互。
阿里妹导读：本文分享支付宝小程序 V8 Worker 相关工作沉淀和总结，包括技术演进、基础架构、基础功能、以及 JS 引擎能力输出，以及一些优化方案等。欢迎同学们共同探讨，指正。
导读｜Hippy使用JS引擎进行异步渲染，在用户从点击到打开首屏可交互过程中会有一定的耗时，影响用户体验。如何优化这段耗时？腾讯客户端开发工程师李鹏，将介绍QQ浏览器通过切换JS引擎来优化耗时的探索过程和效果收益。在分析Hippy耗时瓶颈、对比业界可选引擎方案后，最终QQ浏览器通过选择使用Hermes引擎、将JS离线生成Bytecode并使用引擎直接加载Bytecode，让首帧耗时优化50%起。希望本文对面临同样困扰的你有帮助。 背景 目前QQ浏览器（下简称QB）使用Hippy的业务超过100个，基本上9
先后涌现出了具备后端能力的node，具备移动开发能力的react native，具备游戏渲染能力的cocos2d-js，以及iOS上的热修复技术JSPatch等等新技术。
概述 为什么要在node.js中调用动态链接库 由于腾讯体系下的许多公共的后台服务(L5, CKV, msgQ等)已经有了非常成熟的C/C++编写的API，以供应用程序调用，node.js作为在公司内
notice: 本人的node使用环境是64bit的Linux系统。 安装ffi：
nodejs的很多功能都是通过c++或者通过c++层调用libuv层实现的，nodejs是如何在js层面调用c++的呢？在nodejs里，使用c++层的功能主要有两种方式，第一种就是调用全局变量process，Buffer等，第二种就是通过process.binding函数。
参考：http://www.tairan.com/archives/4902 参考文章是2.x版本的，对于3.0也许不合适了，没有深究。 代码：https://github.com/kenkozheng/cocos2d-js/tree/master/jsbinding(cpp_js%20js_cpp) 1 JS调用C++ 3.0中写这个绑定比较简单，跟ANE调用java如出一辙，一个JSContext，一个jsval，使用cocos2d提供的c++和js变量转换的函数做好转换即可。 cocos2d-js
注意一个细节，是在加载&执行模块文件前会先缓存module实例，而不是之后才缓存，这是Node.js 能够从容应对循环依赖的根本原因：
2009 年 Ryan Dahl 在JSConf EU大会上推出了 Node.js，最初是希望能够通过异步模型突破传统 Web 服务器的高并发瓶颈，之后愈渐发展成熟，应用越来越广，出现了繁荣的 Node.js 生态
“如果2008年的时候，WASM 和 WASI(WebAssembly System Interface, WASM 系统接口)这两个东西已经存在了的话，我们就
但nodejs不是给每个功能拓展一个对象，而是拓展一个process对象，再通过process.binding拓展js功能。Nodejs定义了一个js对象process，映射到一个c++对象process，底层维护了一个c++模块的链表，js通过调用js层的process.binding，访问到c++的process对象，从而访问c++模块(类似访问js的Object、Date等)。
并不是说web语言不好, 我很喜欢web, 从一开始学习html到后来入坑nodejs可以说web领域给我带来了很多的见识同时还payed my bill, 但是w3c定义的html+css的这样一套GUI解决方案实在有很多坑(即使是mdn维护的ecmascript也有很多不尽如人意的地方), 比如浏览器的兼容地狱问题; CSS不够灵活; DOM的臃肿程度等等地方.
这些 C++扩展（xxx.node文件）也能像 JS 模块一样直接require使用，因为Node 模块加载机制提供了原生支持
前两天，Node.js官方发布了Node.js 15的正式版本，Node.js 15 将替代 Node.js 14 成为当前的的稳定发行版，后者将在本月晚些时候升级为 LTS（长期支持）版本。如果大家想体验下Node.js 15 的最新功能，可以从官方进行下载。
Facebook 在 2018 年 6 月官方宣布了大规模重构 React Native 的计划及重构路线图。目的是为了让 React Native 更加轻量化、更适应混合开发，接近甚至达到原生的体验。
了解 WebAssembly 的前世今生，这一致力于让 Web 更广泛使用的伟大创造是如何在整个 Web/Node.js 的生命周期起作用的，探讨为什么 WASM 是 Web 的未来？
· require()通过分析文件扩展名之后,可能没有查找到对应文件，得到一个目录
前后端分离这个词相信大家都听过，不知道大家是怎么理解的呢。前阵子看项目的时候，有一段实现硬是没看懂，下面来给大家说一下一段愚蠢的经历哈。
WebAssembly 起源于 Mozilla 员工的一个业余项目。2010年，在 Mozilla 从事 Android Firefox 开发的 Alon Zakai，为了把他以前开发的游戏引擎移植到浏览器上运行，利用业余时间开发了一款名叫 Emscripten 的编译器，可以把 C++ 代码通过 LLVM IR 编译成 JavaScript 代码。
不知不觉 Node 已经更新到第十个版本了，本人使用 Node 也有两年多时间，之前学习的东西一直零零散散，没有形成系统的知识体系，于是最近又抽时间回顾这本经典的 《深入浅出Node.js》，阅读的过程中，难免有些东西不易理解或者容易忘记，因此选择博客的形式记录。
作者简介：slashhuang 研究型程序员 现就职于爱屋吉屋 Promise已经成为处理Node.js异步流程的标配技术。 V8的async/await语法构筑在Promise之上、处理generator的co模块基于Promise实现。 处理http请求的axios、gulp4的构建流程、主流的测试框架mocha/ava等等都围绕Promise为开发者量身打造。 Promise的核心特点在于异步流程chaining、状态存储、then/catch条件分支明确、microtask处理等等。 为了对异步流程
由于当前C++项目需要使用ajax库去post调用ashx接口,接口地址如下所示:
模块是Node.js 应用程序的基本组成部分，文件和模块是一一对应的。换言之，一个 Node.js 文件就是一个模块，这个文件可能是JavaScript 代码、JSON 或者编译过的C/C++ 扩展。
图形用户界面，英文为Graphical User Interface，简写为GUI。
这篇文章是由 Chengzhong Wu (@legendecas)，Gabriel Schulhof (@gabrielschulhof) ，Jim Schlight (@jimschlight)，Kevin Eady，Michael Dawson (@mhdawson1)，Nicola Del Gobbo (@NickNaso) 等人编写的，首发在 Node.js Medium 博客。
本文介绍了Node.js的架构特点、优点以及应用，并通过实例介绍了Node.js在Web开发中的基础应用。同时，文章还分享了Node.js的学习资料和备忘，包括IDE的使用和常用工具。
为了让node.js的文件可以相互调用，node.js提供了一个简单的模块系统。模块是node.js应用程序基本的组成部分，文件和模块是一一对应的。换言之，一个node.js文件就是一个模块，这个文件可能是javascript代码、json或者编译过的c/c++扩展。
在JavaScript语言努力摆脱“玩具语言”这个标签的进化历程中，Node.js绝对能记下浓墨重彩的一笔。Node.js并不是一个用于实现具体功能的第三方工具库，而是JavaScript程序的运行环境。
熟悉我的人应该知道，虽然现在我一直主力于 Flutter， 但是 GSY App 系列项目最早其实是 React Native , 之后才是 Weex 和 Flutter ， 所以其实我对 RN 一直有着“初恋”的情节，基本上是它带着我走进前端和跨平台的领域，而恰巧最近看到了关于它的消息，就顺便了解下多年后它又有什么升级。
如果你是机器学习的新手，你可能会想我应该学什么编程语言?不同的人使用不同的编程语言，但在这些流行的高级编程语言中，哪一种最适合机器学习? 机器学习是技术领域发展最快的领域之一，其发展速度呈指数级增长。
N-API 是 Node.js Addon Programming Interface 的缩写，是 Node.js 提供的一组 C++ API，封装了 V8 引擎 的能力，用于编写 Node.js 的 Native 扩展模块。通过 N-API，开发者可以使用 C++ 编写高性能的 Node.js 模块，同时保持与 Node.js 的兼容性。
webassembly是一种底层的二进制数据格式和一套可以操作这种数据的JS接口的统称。我们可以认为webassembly的范畴里包含两部分
正如当年为了统一 JavaScript 语言标准，人们制定了 ECMAScript 规范一样，如今为了统一 JavaScript 在浏览器之外的实现，CommonJS 诞生了。CommonJS 试图定义一套普通应用程序使用的 API，从而填补 JavaScript 标准库过于简单的不足。CommonJS 的终极目标是制定一个像 C++ 标准库一样的规范，使得基于 CommonJS API 的应用程序可以在不同的环境下运行，就像用 C++ 编写的应用程序可以使用不同的编译器和运行时函数库一样。为了保持中立，CommonJS 不参与标准库实现，其实现交给像 Node.js 之类的项目来完成。
C++ 标准库接口众多。在实际使用时如果不熟悉常常感到无从下手。阅读开源代码时，常常能看到使用C++新特性的优美代码，但却显得那么陌生。
当时的互联网也不太发达，应用也没那么复杂，所以很多浏览器厂商还没考虑到js执行的效率问题。
jsoncpp，是一个c++的解析和生成json的开源工具。假设你的c++程序须要解析或生成json，它会使这个过程变得非常easy！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
