关于node-gyp如何进行编译,我想它的官网已经说的很详细了: https://github.com/nodejs/node-gyp 但是我感觉关于binding.gyp文件的语法规则还是说的不明确,大概是因为它本身也不属于node-gyp的范畴吧 gyp文件的语法规则的官方文档应该是这个:https://code.google.com/p/gyp/wiki/GypLanguageSpecification 但是由于墙的原因,所以无法打开,国内我从网上找的比较好的文档是这个: http://w

关于调试 当我们只专注于前端的时候,我们习惯性F12,这会给我们带来安全与舒心的感觉. 但是当我们使用NodeJs来开发后台的时候,我想噩梦来了. 但是也别泰国担心,NodeJs的调试是很不方便!这是肯定的. 但是还好,我们有## node-inspector ##来帮助我们解决一部分的调试问题,但是对于异步能力很强的NodeJs它还是有点力不从心. node-inspector 安装node-inspector 依旧是通过npm来全局安装node-inspector npm install -

Mac版本客户端准备使用electron实现,需要对现有的C API的IM SDK 做NodeJS封装,提供Javascript接口. 使用Nan,遇到的问题主要是NodeJS是libuv defalut_loop 单线程的, SDK有自己的线程,C++层 V8的任何操作必须在主线程操作,不然就直接崩溃, 不像lua 加个锁不同线程都能进去.libuv 唯一线程安全的接口是uv_async_send, 也就只能用它解决问题了. SDK -> NodeJs 调用流程: 1. SDK 实例初试化时

js的调试始终是一个比较麻烦也是比较困难的事情,从最原始的alert调试,到火狐的firebug工具,在到后来各个浏览器厂商的调试工具.调试工具的发展历程,也可以看出由JS构建的业务和技术逻辑越来越复杂,最初的调试工具已经不能很好的满足复杂逻辑调试.随着nodejs在服务端变得越来越热门,对于nodejs的调试也成了各个nodejs开发人员头痛的问题,还好现在各种调试工具也在不断的出现.今天主要总结一下命令行调试工具和inspector调试工具. 一 命令行调试工具使用 命令行调试工具使用,需要

某个产品的Mac客户端计划基于electron实现,因为现有SDK有C API,原理上用NodeJS Addon来封装成JS API就可使用了.但涉及到与Addon多线程交互,翻找资料没能找到到底该怎么做,只好翻看NodeJS实现找到实现思路. 实现思路上,NodeJS V8 引擎是libuv单线程的,客户端前台页面逻辑跑在libuv事件循环中,后台SDK跑在独立的线程上.业务需要前后台线程之间互相通信,前台访问后台直接API调用,然后异步回调.后台通知则需要唤醒libuv线程来完成. libu

目录 简介 开启nodejs的调试 调试的安全性 使用WebStorm进行nodejs调试 使用Chrome devTools进行调试 使用node-inspect来进行调试 其他的debug客户端 简介 对于开发者来说,在开发应用程序的过程中,往往为了开发方便和解决bug需要借助于编程语言的调试功能.一般来说我们需要借助于强大IDE的调试功能来完成这项工作.nodejs也不例外. 今天我们来详细介绍一下如何调试nodejs程序. 开启nodejs的调试 还记得之前我们讲到的koa程序吗?本文将

1.首先安装 node-inspector npm install -g node-inspector -g表示全局安装,如果像我一样安装失败,再试几次,npm偶尔就会这样抽风... 这一步是关键的,一定要确保安装成功. 2.创建符号链接(如果你的nodejs是用apt之类的方法安装的可以免去这一步) 并不是所有人都需要操作这一步 如何验证自己是否需要? 如果你在命令行输入node-ins然后按一次Tab键啥都没发生(就像下图)就需要操作这一步: 命令: ln -s /usr/local/nod

备注:开发使用的是mac 系统,需要安装rust nodejs .python2.7 Xcode 1. 安装neon npm install -g neon-cli   2. 创建简单项目 neon new firstaddon (会有提示进行输入即可) 3. 项目结构 ├── README.md ├── lib │   └── index.js ├── native │   ├── Cargo.toml │   ├── build.rs │   └── src │   └── lib.rs └

node.js调试javascript的配置 1. 首先到 nodejs.org 下载 Node.js 安装包并安装.2. 打开 Sublime Text 编辑器.选择菜单 Tools --> Build System --> new Build System... 3. 将文件保存为 JavaScript.sublime-build4. 文件内容为:{"cmd": ["node", "$file"],"file_regex

1.下载扩展: 全局安装 npm install -g node-inspector 2.开启debug调试: node --debug[=port] filename (默认端口5858)node --debug-brk[=port filename(强制断点在第一行,这样有个好处就是:可以debug到node内部的是如何运行的) 1. node --debug app.js (启动js) 2. 新开一个窗口执行 ==>  node-inspector [root@test ~]# node-

代码调试有时候是一种充满挑战的工作,如果有一个趁手的调试工具的话,往往可以做到事半功倍的效果.得益于这些年的快速发展,在 NodeJS 生态中已经有了多种调试工具可以使用.我们今年就来分享几个常用的调试工具. 在 NodeJS 的代码调试中,通常又两大类调试方法,一种是打印日志,另一种是直接调试代码.我们现在来分别说明. 日志 日志可以帮助我们记录在程序运行过程中的一些状态和错误信息.通过日志,我们可以快速的找到出问题的代码.比如借助于异常日志,我们可以快速的定位到具体的代码行. debug 模

我们在接触客户端javascript的时候,调试利器就是firebug ,也是当年为何喜欢用上firefox 浏览器的主要动力,当然,后来 chrome 插件里也出现了firebug的身影..... 但是服务器端开发语言node.js 一直以来调试不是特别方便,可能是之前被 virtual studio惯坏了,这种用 console.log() 去打印变量甚至回调数据实在是太蹩脚. 当然,有一款很强大的IDE ,webstrom对node.js提供了最全面的支持,也可以轻松配置来实现调试,下回有

如果你有 PHP 开发经验,会习惯在修改 PHP 脚本后直接刷新浏览器以观察结果,而你在开发 Node.js 实现的 HTTP 应用时会发现,无论你修改了代码的哪一部份,都必须终止Node.js 再重新运行才会奏效.这是因为 Node.js 只有在第一次引用到某部份时才会去解析脚本文件,以后都会直接访问内存,避免重复载入,而 PHP 则总是重新读取并解析脚本(如果没有专门的优化配置).Node.js的这种设计虽然有利于提高性能,却不利于开发调试,因为我们在开发过程中总是希望修改后立即看到效果,而

https://github.com/nodejs/node-addon-examples https://github.com/nodejs/node-gyp http://skitr.com/2014/05/13/debugging-node-js-addons-on-linux-and-mac-osx/ http://adilapapaya.com/docs/node-gyp/#installation https://nodejs.org/docs/latest/api/addons.h

1.在Chrome打开chrome://flags/#enable-devtools-experiments 2.激活Developer Tools experiments 3.重启Chrome 4.调试模式执行js node --inspect-brk server.js 5.打开Chrome开发者工具,点击左上角绿色按钮(Open dedicated DevTools for Node.js)

本文转自我的个人博客. NodeJS 自 2009 年显露人间,到现在已经六个年头了,由于各种原因,中间派生出了个兄弟,叫做 iojs,最近兄弟继续合体,衍生出了 nodejs4.0 版本,这东西算是 nodejs new 1.0 版本,原班人马都统一到一个战线上.我没有太关注 nodejs 背后的开发,但一直是它的忠实使用者,通读了 v4.1.2 的 文档,感觉从开发者角度去看,也没啥大的变化,所以这两个兄弟分开这么久,主要是在底层内建模块上做改造,上层建筑尚未有大的变更,具体可以看 这篇文章

新学习一种技术,肯定会遇到很多坑,我们需要找到这些坑,弄清楚这些坑出现的原因和其中的原理.这种操作就叫做调试. 程序调试的方法和工具多种多样,在这里我总结一下我在学习nodejs的过程中,学到的和用到的调试方法. log 在JavaScript代码中直接console.log,可以在控制台中打印信息.但是这样的功能太单调,项目中模块很多,功能繁杂,如果没有一个约定好的console.log方法,很容易就导致打印的信息十分杂乱,可读性很差. nodejs有一个debug模块,提供: 定义log模块

1.npm install -g node-inspector  // -g 导入安装路径到环境变量 一般是c盘下AppData目录下 2.node-inspector & //启动node-inspector调试器侦听Nodejs的debug调试端口 通过在google浏览器中输入地址打开调试器 3.node --debug-brk xxx.js //启动nodejs程序调试并断点到第一行(brk指断点第一行)

之前nodejs开发中最痛苦的就是调试,因为我之前开发node时使用的编辑器还没有将nodejs的调试也集成进去,所以简单对nodejs开发的调试做了点探索,nodejs本身就有调试功能,同时nodejs源于开源的力量,在开源项目中有一些就是专门进行nodejs调试的,我们来一起看一看吧. 1.node-inspector https://github.com/node-inspector/node-inspector node-inspector是一个基于Blink Developer Too

最近再看nodejs,这个东西是运行在服务端的,也就是说我们在客户端看不到相应的js代码,那么怎么调试了?目前主流的方法有三种.第一是采用node-inspector.第二种采用nodejs内置的调试方法.第三种是用Eclipse.相比之下,node-inspector具有明显的优势. 今天我把自己怎么从不知道到会用node-inspector的操作记录下来,供大家参考! 1,我默认你已经安装了nodejs和npm管理工具,因为要是没接触上面的步骤, 你也不会看nodejs的调试. 2,进入no

最近在写NodeJS相关的项目,运行在docker容器中,也是想研究一下断点调试,于是查阅相关资料,最终顺利配置好了. 首先我选择了VsCode作为ide,并用VsCode来做NodeJS可视化debug的工作. 由于VsCode 已将调试工具内置,所以只需要增加调试配置.应遵循以下步骤: 第一步:单击首选项 -> 设置,打开设置选项卡.如下面的屏幕截图. 第二步:在搜索输入中搜索"node debug",你会看到Debug> JavaScript:Auto Attach