面試的間隙回頭復習了一下node，感覺node就像一個膠帶，把V8和libuv粘在了一起。
V8毫無疑問，負責解析執行JavaScript，相當於語言層面的橋梁；而libuv則是負責操作系統底層功能的封裝，例如基於IOCP的event loop、file system、non-blockiong network等。簡單來說node將兩者結合在一起，賦予JS操作底層方法的能力，擴大了這門語言的應用面。
其實之前一直在避開這個庫，因為有點難……至於為什么突然又搞，因為之前已經把所有比較上層和簡單的模塊都寫完了，剩下的必須深入C++部分才能理解。比如說上篇timer模塊，其中的定時器執行依賴了內置模塊TimerWrap對象，這個對象……呃，如下：
TimerWrap(Environment* env, Local<Object> object) : HandleWrap(env, object, reinterpret_cast<uv_handle_t*>(&handle_), AsyncWrap::PROVIDER_TIMERWRAP) { int r = uv_timer_init(env->event_loop(), &handle_); CHECK_EQ(r, 0); }
不用懂這個，看到uv兩個小字母就知道這個定時器也是由libuv實現的，並且依賴於事件輪詢。
自己裝的逼，含淚也要寫完……遲早也需要看這個，不如開始吧。
這一節只講怎么編譯啟動libuv，並在自己項目引入libuv庫（windows），雖然很簡單，但是搞了整整一天，異常痛苦，對於沒接觸過C++項目的我來說太難了。
萬事第一步，先下載源碼。跟node不一樣，直接去github上搞：https://github.com/libuv/libuv
然后是老樣子python2.6/2.7、vs2017那些，參照啟動node的步驟。
最后雙擊目錄的vcbuild，你會發現cmd窗口一閃而過，又出問題了。。。
當時我直接打開了那個bat文件，發現根本流程有點奇怪：
set target_env= @rem Look for Visual Studio 2017 only if explicitly requested. if "%target_env%" NEQ "vs2017" goto vs-set-2015 echo Looking for Visual Studio 2017
這里的target_env根本沒定義，所以直接跳到尋找2015或更低版本的vs邏輯，並且上面的注釋說要精確指定？於是我直接在set那里加上了=vs2017，理所當然的成功了。
但是，正確的方法是：打開當前目錄的cmd，輸入 vcbuild vs2017，回車
cmd會自動執行腳本，並把vs2017作為參數帶進去，然后那個target_env會被賦值……我也不知道為什么只有2017要精確指定
這里的sln生成特別快，在vs中打開這個解決方案，編譯運行生成一個debug文件夾。
直接講如何在空白C++項目中引入該庫，血淚教訓，不要問為什么這么做，反正能跑起來！
1、生成一個windows應用台控制程序
2、把libuv目錄下的include文件夾和debug/lib/libuv.lib文件都復制到自己項目的根目錄下
3、打開項目/屬性，然后在C/C++那點常規，在附加包含目錄添加一個include，如圖：
4、繼續選擇下面的鏈接器/輸入，然后在附加依賴項添加一串lib：
libuv.lib Ws2_32.lib iphlpapi.lib Userenv.lib Psapi.lib advapi32.lib psapi.lib shell32.lib userenv.lib ws2_32.lib user32.lib
當時我只添加了一個libuv.lib，導致我流逝了了一晚上的生命，血虧。
做完這些，就可以嘗試寫一個demo跑一下了，測試代碼如下：
#include "uv.h" #include <iostream> int main() { uv_loop_t *loop = uv_default_loop(); uv_run(loop, UV_RUN_DEFAULT); std::cout << "Hello World!\n"; }
不要問這個程序能干啥，如果編譯后不報錯，那就是成功了。