Node.js 修煉

node.js 官網 https://nodejs.org/zh-cn/

node.js API http://nodejs.cn/api/

筆記：

Javascript語言將任務的執行模式分成兩種：同步（Synchronous）和異步（Asynchronous）。"同步模式"就是上一段的模式，后一個任務等待前一個任務結束，然后再執行，程序的執行順序與任務的排列順序是一致的、同步的；"異步模式"則完全不同，每一個任務有一個或多個回調函數（callback），前一個任務結束后，不是執行后一個任務，而是執行回調函數，后一個任務則是不等前一個任務結束就執行，所以程序的執行順序與任務的排列順序是不一致的、異步的。

自己總結：即是一旦遇到node.js里面的含有回調函數的異步函數，他不會等你，就繼續執行下面的代碼，而異步函數里的它本職代碼先執行完后，便后立即執行它自己的回調函數。因為異步函數自己+回調函數 ，這肯定需要一定的時間，所以異步函數下面的語句就不等你上面怎么樣了，繼續往下面執行

這一天的筆記與心得

res.end() 如果不寫的話 小菊花會一直在轉 write 不能再end后面 pathname : 就是不包括？后面的那一堆 nodejs.cn/api/url.htmlreq.url 也就是/之后的東西 包括？name=sdsasdadurl.parse(req.url,true) 返回的是一個URL{protocol:null,hostname:null,query:{username:"1},pass:"2" }原來返回的預計服務器返回數據類型 的正確性也會影響 err 和success 預計服務器返回數據類型與返回的數據類型 不相同時 ，ajax會執行err方法 在一個 HTML 文檔中, 我們可以使用 .html() 方法來獲取任意一個元素的內容。 假如ajax發送數據，而服務器不req.end()回響應他，那么它前端的ajax就會失敗，過了段時間，它如果還沒有得到相應，就會自動執行err方法查找靜態圖片時或頁面，如果我不寫writeHead 那些，它瀏覽器好像也會自動識別pathname 文件名

====================================================================
01: HelloWorld，最簡單搭建一個服務器

02: 這個案例是個演示，不用研究。說明Node.js沒有web容器的概念，呈遞的靜態文件和URL沒有任何關系。
訪問127.0.0.1/fang實際顯示的是test文件夾中的xixi.html頁面
訪問127.0.0.1/yuan實際顯示的是test文件夾中的haha.html頁面
相應的圖片，都要有自己的路由

03: req對象的end()方法、write()方法、writeHead()方法

04：req.url的演示，能夠得到用戶的請求的地址

05：url模塊很好用，里面有url.parse()方法，能夠將url拆分成為很多部分。

06：接收表單GET提交的模擬，可以得到表單提交上來的name、age、sex。表單是test文件夾中的form.html

07：當用戶訪問/student/1234567890 的查詢此學號的學生信息。
當用戶方位/teacher/645433 的時候，查詢此老師的信息
其他的，我們提示錯誤。如果位數不對，也是提示位數不對

08: 這個案例，給每一個訪問者加一個id，這樣可以探究node事件環機制。

09: fs模塊的mkdir函數，創建文件夾

10: fs模塊的stat函數，檢測文件狀態。回調函數中的stats有isDirectory()方法，可以判斷文件夾。

11: 失敗案例。列出album文件夾中的所有子文件夾

12: 正確的讀取所有文件夾的案例。強行把異步變成同步。

13：一個比較完整的靜態資源案例。

筆記

Node.js不是一種獨立的語言，與PHP、JSP、Python、Perl、Ruby的“既是語言，也是平臺”不同，Node.js的使用JavaScript進行編程，運行在JavaScript引擎上（V8）。
● 與PHP、JSP等相比（PHP、JSP、.net都需要運行在服務器程序上，Apache、Naginx、Tomcat、IIS。
），Node.js跳過了Apache、Naginx、IIS等HTTP服務器，它自己不用建設在任何服務器軟件之上。Node.js的許多設計理念與經典架構（LAMP = Linux + Apache + MySQL + PHP）有著很大的不同，可以提供強大的伸縮能力。一會兒我們就將看到，Node.js沒有web容器。

特點

所謂的特點，就是Node.js是如何解決服務器高性能瓶頸問題的。
1.單線程
在Java、PHP或者.net等服務器端語言中，會為每一個客戶端連接創建一個新的線程。而每個線程需要耗費大約2MB內存。也就是說，理論上，一個8GB內存的服務器可以同時連接的最大用戶數為4000個左右。要讓Web應用程序支持更多的用戶，就需要增加服務器的數量，而Web應用程序的硬件成本當然就上升了。
Node.js不為每個客戶連接創建一個新的線程，而僅僅使用一個線程。當有用戶連接了，就觸發一個內部事件，通過非阻塞I/O、事件驅動機制，讓Node.js程序宏觀上也是并行的。使用Node.js，一個8GB內存的服務器，可以同時處理超過4萬用戶的連接。
另外，帶線程的帶來的好處，還有操作系統完全不再有線程創建、銷毀的時間開銷。
壞處，就是一個用戶造成了線程的崩潰，整個服務都崩潰了，其他人也崩潰了。

2.非阻塞I/O non-blocking I/O
例如，當在訪問數據庫取得數據的時候，需要一段時間。在傳統的單線程處理機制中，在執行了訪問數據庫代碼之后，整個線程都將暫停下來，等待數據庫返回結果，才能執行后面的代碼。也就是說，I/O阻塞了代碼的執行，極大地降低了程序的執行效率。
由于Node.js中采用了非阻塞型I/O機制，因此在執行了訪問數據庫的代碼之后，將立即轉而執行其后面的代碼，把數據庫返回結果的處理代碼放在回調函數中，從而提高了程序的執行效率。
當某個I/O執行完畢時，將以事件的形式通知執行I/O操作的線程，線程執行這個事件的回調函數。為了處理異步I/O，線程必須有事件循環，不斷的檢查有沒有未處理的事件，依次予以處理。
阻塞模式下，一個線程只能處理一項任務，要想提高吞吐量必須通過多線程。而非阻塞模式下，一個線程永遠在執行計算操作，這個線程的CPU核心利用率永遠是100%。所以，這是一種特別有哲理的解決方案：與其人多，但是好多人閑著；還不如一個人玩命，往死里干活兒。

3.事件驅動event-driven
在Node中，客戶端請求建立連接，提交數據等行為，會觸發相應的事件。在Node中，在一個時刻，只能執行一個事件回調函數，但是在執行一個事件回調函數的中途，可以轉而處理其他事件（比如，又有新用戶連接了），然后返回繼續執行原事件的回調函數，這種處理機制，稱為“事件環”機制。
Node.js底層是C++（V8也是C++寫的）。底層代碼中，近半數都用于事件隊列、回調函數隊列的構建。用事件驅動來完成服務器的任務調度，這是鬼才才能想到的。針尖上的舞蹈，用一個線程，擔負起了處理非常多的任務的使命。

總結
單線程，單線程的好處，減少了內存開銷，操作系統的內存換頁。
如果某一個事情，進入了，但是被I/O阻塞了，所以這個線程就阻塞了。
非阻塞I/O， 不會傻等I/O語句結束，而會執行后面的語句。
非阻塞就能解決問題了么？比如執行著小紅的業務，執行過程中，小剛的I/O回調完成了，此時怎么辦？？
事件機制，事件環，不管是新用戶的請求，還是老用戶的I/O完成，都將以事件方式加入事件環，等待調度。

說是三個特點，實際上是一個特點，離開誰都不行，都玩兒不轉了。
Node.js很像摳門的餐廳老板，只聘請1個服務員，服務很多人。結果，比很多服務員效率還高。
Node.js中所有的I/O都是異步的，回調函數，套回調函數。

適合開發什么？
Node.js適合用來開發什么樣的應用程序呢？
善于I/O，不善于計算。因為Node.js最擅長的就是任務調度，如果你的業務有很多的CPU計算，實際上也相當于這個計算阻塞了這個單線程，就不適合Node開發。
當應用程序需要處理大量并發的I/O，而在向客戶端發出響應之前，應用程序內部并不需要進行非常復雜的處理的時候，Node.js非常適合。Node.js也非常適合與web socket配合，開發長連接的實時交互應用程序。
比如：
● 用戶表單收集
● 考試系統
● 聊天室
● 圖文直播
● 提供JSON的API（為前臺Angular使用）

HTTP模塊

2 var http = require("http"); 3 //創建服務器，參數是一個回調函數，表示如果有請求進來，要做什么 4 var server = http.createServer(function(req,res){ 5 //req表示請求，request; res表示響應，response 6 //設置HTTP頭部，狀態碼是200，文件類型是html，字符集是utf8 7 res.writeHead(200,{"Content-type":"text/html;charset=UTF-8"}); 8 res.end("哈哈哈哈，我買了一個iPhone" + (1+2+3) + "s"); 9 }); 10 11 //運行服務器，監聽3000端口（端口號可以任改） 12 server.listen(3000,"127.0.0.1");

Node.js沒有根目錄的概念，因為它根本沒有任何的web容器！
讓node.js提供一個靜態服務，都非常難！
也就是說，node.js中，如果看見一個網址是
1 127.0.0.1:3000/fang
別再去想，一定有一個文件夾，叫做fang了。可能/fang的物理文件，是同目錄的test.html
URL和真實物理文件，是沒有關系的。URL是通過了Node的頂層路由設計，呈遞某一個靜態文件的。

==========
我們現在來看一下req里面能夠使用的東西。
最關鍵的就是req.url屬性，表示用戶的請求URL地址。所有的路由設計，都是通過req.url來實現的。
我們比較關心的不是拿到URL，而是識別這個URL。
識別URL，用到兩個新模塊，第一個就是url模塊，第二個就是querystring模塊

字符串查詢，用querystring處理
1 querystring.parse('foo=bar&baz=qux&baz=quux&corge')
2 // returns
3 { foo: 'bar', baz: ['qux', 'quux'], corge: '' }
4
5 // Suppose gbkDecodeURIComponent function already exists,
6 // it can decode gbk encoding string
7 querystring.parse('w=%D6%D0%CE%C4&foo=bar', null, null,
8 { decodeURIComponent: gbkDecodeURIComponent })
9 // returns
10 { w: '中文', foo: 'bar' }

轉載于:https://www.cnblogs.com/czy16/p/8507411.html

總結

以上是生活随笔為你收集整理的九阴真经 第十五层--node.js 第1天的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。