當處理 Node.js 服務器的復雜數據時，要會從可返回給請求方的錯誤中總結經驗，具備此能力至關重要。在處理一個請求時，一個錯誤出現會引起鏈接里另一個錯誤的出現，于是問題就來了。當此腳本出現時，...

想到使用 Node.js + Redis sorted set 來實現任務隊列。Node.js 實現自身應用 API 用來接受用戶請求，合并數據庫已存數據與 API 返回的部分數據返回給用戶，并...

自動導航模式使得當程序被部署的時候自能夠自動根據配置構建應用程序變得非常簡單(容易在開發和測試的時候獲得一個拷貝)，當應用程序更新或者由于故障需要擴展或者縮減的時候。接下來我們將通過兩個Node...

koa來源于express的主創團隊，主要利用es6的generators特性實現了基于中間件思想的新的框架，但是和express不同，koa并不想express一樣提供一個可以滿足基本網站開發...

node是基于v8引擎基礎上，其內存管理方式與v8一致。

事件循環算是Node的一個核心了，即使進程中不斷有I/O調用也能處理其他任務。正因為阻塞I/O代價太高所以就凸顯了Node的高效。

Schema

express 是nodejs的一個流行的web框架。本文主要介紹將express作為服務端對外提供API接口時，需要了解的入門知識。

這是一個移動端工程師涉足前端和后端開發的學習筆記，如有錯誤或理解不到位的地方，萬望指正。

一個復雜的應用被拆分為若干微服務，微服務更需要一種成熟的交付能力。持續集成、部署和全自動測試都必不可少。編寫代碼的開發人員必須負責代碼的生產部署。構建和部署鏈需要重大更改，以便為微服務環境提供正確的關注點分離。

前面兩篇（基礎篇和進階篇）主要介紹流的基本用法和原理，本篇從應用的角度，介紹如何使用管道進行程序設計。

上篇（基礎篇）主要介紹了Stream的基本概念和用法，本篇將深入剖析背后工作原理，重點是如何實現流式數據處理和 back pressure 機制。

在構建較復雜的系統時，通常將其拆解為功能獨立的若干部分。這些部分的接口遵循一定的規范，通過某種方式相連，以共同完成較復雜的任務。譬如，shell通過管道|連接各部分，其輸入輸出的規范是文本流。

之前有用過一些別人寫的，要嘛太冗雜，要么有錯誤，還是自己搞一搞靠譜。

Node.js 是一個基于 Chrome V8 引擎的 JavaScript 運行環境。Node.js 使用了一個事件驅動、非阻塞式 I/O 的模型，使其輕量又高效。Node.js 的包管理器 ...

接觸 nodejs 有兩個月，對 nodejs 的兩大特性一直有點模糊，即 異步IO 和 事件驅動 。通過對 《深入淺出nodejs》 和幾篇博客的閱讀以后，有了大致的了解，總結一下。

盡管這幾年來 Node.js 已經得到越來越多的關注，連市場賣菜的老太婆都能分別得出哪個是寫 Node.js 的，哪個是寫 PHP 的。然而，終究是不能跟老大哥 Java 比的。我們在使用一些第...

github無法訪問下不了、 node.js環境搭建好慢、 nam慢死、 bower慢、 BLABLABLA……

在 《一次 Node.js 應用內存暴漲分析》 中，我們處理了一個 Node.js vm 引發的內存泄漏問題，處理過程也是比較艱辛。而在我們實際開發中，可能經常會碰到內存泄漏的問題，但很多情況下...

如樸靈說過，Node對內存泄露十分敏感，一旦線上應用有成千上萬的流量，那怕是一個字節的內存泄漏也會造成堆積，垃圾回收過程中將會耗費更多時間進行對象掃描，應用響應緩慢，直到進程內存溢出，應用奔潰。