有个项目是c++开发（MFC），内嵌一个浏览器容器（IE内核），c++控制该容器浏览器某个html，然后展示页面。 静态页面还好说，但通常希望一些交互，c++和html页面（JavaScript，后面简称js）互通信息。
nodejs的很多功能都是通过c++或者通过c++层调用libuv层实现的，nodejs是如何在js层面调用c++的呢？在nodejs里，使用c++层的功能主要有两种方式，第一种就是调用全局变量process，Buffer等，第二种就是通过process.binding函数。
Web 技术突飞猛进，但是有一个领域一直无法突破 ---- 游戏。 游戏的性能要求非常高，一些大型游戏连 PC 跑起来都很吃力，更不要提在浏览器的沙盒模型里跑了！但是，尽管很困难，许多开发者始终没放弃
但nodejs不是给每个功能拓展一个对象，而是拓展一个process对象，再通过process.binding拓展js功能。Nodejs定义了一个js对象process，映射到一个c++对象process，底层维护了一个c++模块的链表，js通过调用js层的process.binding，访问到c++的process对象，从而访问c++模块(类似访问js的Object、Date等)。
参考文章-写得不错 都说node的一些底层借助了一些c++函数，到底如何交互的以及为什么会用到C++
腾讯企鹅辅导使用 Cocos Creator 实现课中互动练习。内嵌 Cocos 引擎的方式二次启动v8引擎会有报错，因为 v8 引擎在同一个进程中只能初始化一次。所以，在 Android 平台上，我们将 Cocos 引擎跑在单独的一个进程上，关闭 Cocos 只需销毁进程，不存在内存泄漏问题。问题出在 iOS 平台上，因为 iOS 无法使用多进程，Cocos 引擎只能跑在主进程，每次关闭习题，我们切到一个空场景（场景中没有节点），理想情况下，这样做可以将游戏资源的内存释放掉。但是现实很残酷，内存泄漏还是发
事实上Emscripten的诞生早于WebAssembly，在WebAssembly标准出现前的很长一段时间内，Emscripten的编译目标是asm.js。自1.37.3起，Emscirpten才开始正式支持WebAssembly。
前言：最近在写 Node.js Addon 的过程中，遇到了一个问题，然后发现是 ObjectWrap 弱引用导致的，本文介绍一下具体的问题和排查过程，以及 ObjectWrap 的使用问题。
2009 年 Ryan Dahl 在JSConf EU大会上推出了 Node.js，最初是希望能够通过异步模型突破传统 Web 服务器的高并发瓶颈，之后愈渐发展成熟，应用越来越广，出现了繁荣的 Node.js 生态
Node.js 的出现，让 JavaScript 脱离了浏览器的束缚，进入了广阔的服务端开发领域。而 Node.js 对 CommonJS 模块化规范的引入，则更是让 JavaScript成为了一门真正能够适应大型工程的语言。
本文作者：ivweb 程柳锋 当Javascript的性能遇到瓶颈，或者需要增强Javascript能力的时候，就需要依赖native模块来实现了。 应用场景 日常工作中，我们经常需要将原生的N
可以看到，最后会匹配一个 .node，而后边的描述也表示该后缀的文件为一个二进制的资源。 而这个 .node 文件一般就会是我们所编译好的 c++ 扩展了。
Node的目标是成为一个构建快速、可伸缩的网络应用平台，通过通信协议来组织许多Node，非常容易通过扩展来达成构建大型网络应用的目的。
逐渐有些原生语言项目（比如c++）因为希望有不停机更新的能力而引入脚本。这些团队往往有一套成熟c++服务器框架，他们往往选择把脚本作为库嵌入到C++程序的做法。
参考：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
导语 | 本文将介绍在c++游戏服务器上嵌入v8 js引擎的详细教程，关键步骤都会附带完整的可运行代码。并在文末为您附上github仓库链接。 逐渐有些原生语言项目因为希望有不停机更新的能力而引入脚本。而且由于大多数项目已经有现成的c++服务器框架，他们往往选择把脚本作为库嵌入到c++程序的做法。 服务器选用一个库，最看重的莫过于稳定性和性能了，在众多脚本引擎中，v8这两方面可谓佼佼者：稳定性源自长时间各种方式的折腾，v8引擎每天那么多的实例跑在各种各样的机器、环境下，跑着各种各样的代码，一天跑的代码
前言：Node.js 的事件循环已经老生常谈，但是在 Node.js 的执行流程中，事件循环并不是全部，在事件循环之外，微任务的处理也是核心节点，比如 nextTick 和 Promise 任务的处理。本文介绍 Node.js 中微任务处理的相关内容。网上文章和很多面试题中有很多关于 Promise、nextTick、setTimeout 和 setImmediate 执行顺序的内容。通过本文，让你从原理上理解他们，碰到相关的问题就引刃而解，不再拘泥于背诵和记录。
关于WebAssembly (en zh) 就不多说了，这是一个可移植、体积小、加载快并且兼容 Web 的全新格式。这里本人尝试了开发环境的搭建，并接入了一个C++编写的计算字符串MD5的自定义方法。
Node.js 是一个 JavaScript 运行时环境。听起来还不错，不过这究竟意味着什么？它又是如何运作的？
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就别想用了。
本文分享一下nodejs中js调用c++模块的一些内容。js调用c++模块是v8提供的能力，nodejs是使用了这个能力。这样我们只需要面对js，剩下的事情交给nodejs就行。本文首先讲一下利用v8如何实现js调用c++，然后再讲一下nodejs是怎么做的。
前言：昨天有个同学问怎么通过NAPI把C++类的继承关系映射到JS，很遗憾，NAPI貌似还不支持，但是V8支持，因为V8在头文件里导出了这些API，并Node.js里也依赖这些API，所以可以说是比较稳定的。本文介绍一下如何实现这种映射（不确定是否能满足这位同学的需求）。
Facebook 在 2018 年 6 月官方宣布了大规模重构 React Native 的计划及重构路线图。目的是为了让 React Native 更加轻量化、更适应混合开发，接近甚至达到原生的体验。
前言：本文根据最近做的一次分享整理而成，希望能帮忙大家深入理解Node.js的一些原理和实现。
本文内容主要分为两大部分，第一部分是 Node.js 的基础和架构，第二部分是 Node.js 核心模块的实现。
在Android开发中我们有很多时候要与其他语言进行交互，然而对于小白来说学习安卓就够头疼的了更不用说其他的语言了，很多教程的实现过程繁杂简直是天书，本篇就用最易懂最简单的方式教小白们掌握Anroid如何与Js、C#、C和C++进行交互，让大家克服对其他语言的恐惧！
这些 C++扩展（xxx.node文件）也能像 JS 模块一样直接require使用，因为Node 模块加载机制提供了原生支持
使用 Node.js 开发的一个好处是简直能够在 JavaScript 和 原生 C++ 代码之间无缝切换 - 这要得益于 V8 的扩展 API。从 JavaScript 进入 C++ 的能力有时由处理速度驱动，但更多的情况是我们已经有 C++ 代码，而我们想要直接用 JavaScript 调用。
最近基于puerts做了个nodejs addon，能让nodejs方便的调用c++的库。拿一个比较知名的同类方案v8pp做对比：
有段时间没更新博客了，之前计划由浅到深、从应用到原理，更新一些RN的相关博客。之前陆续的更新了6篇RN应用的相关博客（传送门），后边因时间问题没有继续更新。主要是平时空余时间都用来帮着带娃了，不过还是要挤挤时间来总结下，目标是完成由浅到深、由应用到原理的RN系列博客。本篇算是属于原理部分的博客，不过不在之前计划中。本篇是本人在公司内部某事业群大前端月刊中发布的一篇纯技术分享的博客，是基于Facebook的RNTester工程进行的TurboModule的源码分析，因为不涉及公司内部的敏感代码及相关信息，而且在公司内部发布受众有限，所以就以个人名义同步到自己的博客中，与大家分享及交流。文中所述内容仅代表个人观点，如有偏颇或不恰当之处还望指正。
wasm 并不是传统意义上汇编语言（Assembly），而是一种中间编译的字节码，可以在浏览器上运行非 JavaScript 语言，只要它能被编译成 wasm。
关于 Node.js ，相信你已经了解过不少内容，诸如 Node.js 内核、事件循环、单线程、setTimeout 或 setImmediate 函数的执行机制等等。
v8 和 node.js 的流行让 js/ts 相关的脚本开发也慢慢走入像游戏业务开发这些领域, 本文主要从 v8pp 的实现出发, 让读者熟悉极大提高 v8 易用性, 提供诸如像c++类导出到javascript等功能的 v8pp 的同时, 也对怎么在c++ 中嵌入式的使用 v8 虚拟机有个基础的了解. 依赖v8本身完备的实现和提供的基础对象, c++ & v8 的跨语言中间件的实现复杂度大幅度下降, 除了因为 js 本身使用 prototype 设计带来的一定程度的理解成本和机制转换成本外, 其他部分都会比像 python 等的跨语言中间件来得简单, 从代码量上来说, v8pp 的代码量也远少于笔者之前剖析过的 pybind11. 从某种层面来说, 基于 v8 的跨语言中间件, v8本身提供的机制解决了绝大部分问题, 剩下的一小部分问题, 是需要 v8pp 本身来解决的.
WebAssembly 是一种新的编码方式，可以在现代的网络浏览器中运行 — 它是一种低级的类汇编语言，具有紧凑的二进制格式，可以接近原生的性能运行，并为诸如 C/C++ 等语言提供一个编译目标，以便它们可以在Web上运行。
导读｜Hippy使用JS引擎进行异步渲染，在用户从点击到打开首屏可交互过程中会有一定的耗时，影响用户体验。如何优化这段耗时？腾讯客户端开发工程师李鹏，将介绍QQ浏览器通过切换JS引擎来优化耗时的探索过程和效果收益。在分析Hippy耗时瓶颈、对比业界可选引擎方案后，最终QQ浏览器通过选择使用Hermes引擎、将JS离线生成Bytecode并使用引擎直接加载Bytecode，让首帧耗时优化50%起。希望本文对面临同样困扰的你有帮助。 背景 目前QQ浏览器（下简称QB）使用Hippy的业务超过100个，基本上9
不知不觉 Node 已经更新到第十个版本了，本人使用 Node 也有两年多时间，之前学习的东西一直零零散散，没有形成系统的知识体系，于是最近又抽时间回顾这本经典的 《深入浅出Node.js》，阅读的过程中，难免有些东西不易理解或者容易忘记，因此选择博客的形式记录。
熟悉我的人应该知道，虽然现在我一直主力于 Flutter， 但是 GSY App 系列项目最早其实是 React Native , 之后才是 Weex 和 Flutter ， 所以其实我对 RN 一直有着“初恋”的情节，基本上是它带着我走进前端和跨平台的领域，而恰巧最近看到了关于它的消息，就顺便了解下多年后它又有什么升级。
本文主要内容整理自 GMTC 2019 分享《基于小程序技术栈的微信客户端跨平台实践》 https://gmtc2019.geekbang.org/presentation/1711 一、前言 ---- 小程序自诞生以来，经过两年多的发展，成为了微信开发者生态中最具有生命力的一环，为外部开发者开辟了全新的想象空间。然而，小程序带来的改变绝不仅限于微信之外，小程序技术栈的确立，又对微信客户端的研发产生了怎样的影响？ 二、微信客户端的跨平台实践 ---- 微信客户端团队，早在 2012 年的时候就已经开始
比如 Node 源码lib目录下的 fs.js 就是 native 模块，而fs.js调用的 src 目录下的 node_fs.cc 就是内建模块。
· require()通过分析文件扩展名之后,可能没有查找到对应文件，得到一个目录
目前QQ浏览器（下简称QB）使用Hippy的业务超过100个，基本上95%的核心业务都是使用Hippy作为首要技术栈来开发。但是跟Native相比较而言，Hippy是使用JS引擎进行异步渲染，在用户从点击到打开首屏可交互过程中会有一定的耗时，影响用户体验。如何优化这段耗时，尽量对齐Native体验，想必是每个团队需要思考优化的事情。
原文链接: https://zhuanlan.zhihu.com/p/357382042，转载已获作者 doodlewind 授权
作者：doodlewind | 花名雪碧 | github.com/doodlewind
为了简化样式的描述，浏览器设计了 css 作为 DSL（领域特定语言）。css 写起来简单，但在很多方面都不太方便，比如不支持嵌套，代码比较冗余；不支持继承和混合，代码不好复用等。
electron是注册了个c++对象，在node启动的时候，会hook掉原生node的fs对象（asar_init.js和asar.js里实现hook），把文件读取遍历这些，先走一遍js层的hook代码，此代码调用了c++，c++会读这个asar文件，此文件头部有个json串，记录了文件偏移。所以之后node读的时候都是通过json和偏移来读文件
二、解释型语言：支持动态类型，弱类型，在程序运行的时候才进行编译，而编译前需要确定变量的类型，效率比较低，对不同系统平台有较大的兼容性。
本文介绍了Node.js的架构特点、优点以及应用，并通过实例介绍了Node.js在Web开发中的基础应用。同时，文章还分享了Node.js的学习资料和备忘，包括IDE的使用和常用工具。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
