如果你有在用 nodemon，也許讀過這篇可以節省你很多小時。

(註：nodemon 是一個知名的實用工具，會持續 monitor 你在開發 Node.js 時的 code，一有改動就自動重跑 node。)

我最近在開發一個 service，會用 Azure Service Bus 的 Topics (pub/sub 服務) 來傳遞 message：

• 收送兩端都是用 Node.js 寫的
• 收端有一個 while(1) loop 不斷收 message，收到後會 call foo() function 做事。

這裡是收端 code 的骨架，有需要的話可以參考：

一開始都很好，後來我開始碰到第一層問題：

收端「有時候」完全收不到 message (或只收到少數幾個)

於是我做這些事：

1. 一直檢查 send 的 status code (always 成功)
2. 檢查 azure (portal) 有沒有收到 (時有時無)
3. 研究 azure 的 Duplicate detection 機制，包括故意讓 message body 不一樣 (沒用)
4. 研究 pub/sub filter rule
5. 換 pub/sub topic name (沒用)
6. 某些 string 單引號雙引號互換 ……. (ok 爛透了)
7. 測試 peek lock (沒用)
8. 測試最一開始有成功過的官方 example code
9. 調整收訊息的 function 的 timeout (沒用)
10. 乾脆把 azure service bus topics 降級：改用為比較單純的 azure service bus queue (還是有問題)
11. …我覺得沒招了，只好一度暴力改成每次都送 50 個一樣的 message 到 Azure，總有一些會成功 …. (餵公子吃餅 🍪)

然後我發現問題的深一層：

雖然沒看到「收到 message 時會印的 console.log」，但其實 foo() 一直有被觸發(call)到。

也就是說，其實有收到 message。

我發現並且證實的方法是，在一進入 foo() 時，就在 file system touch 一個 random 名字的 file，而我發現這些 file 一直狂噴出來 🚀 ，如下圖：

所以我開始懷疑：我在 foo() 裡用的 shell.js module 是不是用錯了 (process detach, fork, wait child process 這類問題)

我也懷疑，是不是用錯 javascript 的 async/await 了 (還跑到 Node.js Taiwan 發問，感謝 community 😅)：

Will Wang

1. 懷疑：await 會不會讓出去給別的 function 跑之後，那個 function 因某種原因會接不到 stdout？也就是我懷疑 foo 變成某種在背景跑但是 foo 內的 console.log 不會印出來，所以會以為沒跑到
2. 懷疑：如果 function bar() 裡有個 while (1), 而當 while 裡在 await 某個 function 時, 有可能會回到 bar() 嗎？也就是跑出 while 了？

這裡也做了很多嘗試，包括反覆修改 async 邏輯，但還是一直都找不出問題。

然後，我發現為什麼了：

htop 裡，看到滿滿滿滿的 nodemon，不知道有幾個同時在跑 (而且都沒有接到 stdout) 😱😱😱

也就是說：

1. 送端一送出 message，收端就有大量在背景偷跑的 nodemon 會瞬間收走大部份或是全部的 message
2. 而且，大量nodemon收到 message 後就會各自開始瘋狂跑 foo()，跑到 CPU, GPU 跟 RAM 都耗盡，可以持續數十分鐘

所以我開始在想：nodemon 或 Node.js 是不是在背景幫忙多開 process，因為 pm2 有這類行為。找了一些關鍵字，像是 nodejs nodemon pm2 default background process number 這些去排列組合，不過看不太出來問題所在。

結果後來找到一個很關鍵的 nodemon issue：

Nodemon frequently leaves the child process running (detached) · Issue #1025 · remy/nodemon

重點如下：

1. 多名 nodemon user 都有發現 child process 被留在背景繼續跑(登愣！)
2. 直接用 Ctrl + c (送出 SIGINT) 來結束 nodemon 不一定有用，除非在 nodemon.json 或 code 裡用 process.on() 明確處理 SIGINT/SIGHUP/SIGTERM 這些 signal，不過有人用了沒效果
3. 有人 (heisian) 提出 root cause 是因為 nodemon 用了 Node.js 的 child_process.spawn 來建 child process，而不是用 child_process.fork，所以 kill 了 parent 不會 kill children.
   (nodemon uses child_process.spawn instead of child_process.fork to create child processes. In this case, killing the parent does not kill its children.)
4. nodemon 作者 (remy) 回應說，因為他需要 spawn 提供的 IPC 功能，而 fork 沒有
5. 討論到一半，有人就先把他 project 用的 nodemon 幹(換)掉了…XD (改用 babel-watch )
6. 後來作者還是接受了修改的 PR (可以參考 nodemon 的 commit 62a361c, 在 2017/12/13, 重點 diff 見下圖)

可是瑞凡，到了 2018 年底了還是不斷有人回報類似問題，噴到作者說請大家另外開 issue …

問題查到這裡，我突然想到一句之前引起討論的話：

求不要更新了，老子学不动了 …..XDDDD (知乎討論)

回頭是岸，我目前並沒有打算再花時間挖這個問題，如果有人更了解這個問題，歡迎留言指導一下 😅 ( nodemon 的 Github README 有提到一些 signal 處理，也許是線索)

到此，我的個人結論：

我不敢用 nodemon 了

Note:

1. 我用的 nodemon 版本是 1.18.10
2. 我只有把 nodemon 用在 dev 環境
3. 也有可能根本是我自己使用方法錯誤
4. 後來因為這個 issue 還有其他原因，我用 python 重寫了這個 service。如果還是有 nodemon 這種需求，建議可以試著確認更深的 root cause。另外，還可以比較看看 pm2, forever, node-supervisor, node-dev, babel-watch。走刻苦手工路線的話也可以用 Inotify 跟 watchdog (man) (SO1) (SO2) 自己兜 …

最後，附上一張直接用 node 跑的「乾淨」 htop 圖，供參考：

總結一下過程

1. 用了 Azure Pub/Sub(還有 Queue)，本來沒問題，但後來會一直收不到 message
2. 發現其實有收到 message，但是印不出 log
3. 發現 htop 裡有滿滿滿滿 nodemon 被留在背景跑
4. 現在的 nodemon 似乎還是會有這現象
5. 我逃了

如果有寫錯或是需要更新的，歡迎在留言提醒我~ 😃

非常感謝 幾位好友幫忙 review 了這篇文章 (A-Z)：黃焌華 / Clyde Wu / Fischer Liu / gasolin / John Hu / kcliu / Luke Chang / Paul Yang / Ricky Chien / Sean Lee / Yu-Jen Chang

一些關於我的資訊：

關於我。 (Will Wang / IKARi)

處理過 Python 環境問題的人看到上圖大概會有一些感覺... 😝

Python 環境問題可能是：

1. 電腦有超多 Python 版本，有 python, python2.7, python3, python3.4, python3.6, python9527… 每個版本是從哪裡來的最後也搞不清楚，brew, apt-get, yum, anaconda, pip, easy_install, pyenv, OS 自己帶的，自己抓的執行檔，自己抓 tarball 來 build 的。慘的話，可能同樣版本還有不同份在不同 path 上
2. 電腦有好幾個 pip 版本，有 pip , pip3 , 可能還有 pip3.4, pip3.6, 然後這些 pip 版本自己又有分版本，像是 pip 10.0.1 或 pip 9.0.1 這種。
3. 不知道 pip 跟 python 的關係是什麼
4. 不知道 python 在 import 時，dir 尋找順序是什麼
5. pip install 有時因為權限問題而提示我可以加個--user ，但不懂加了是裝在哪，不加又是裝在哪
6. 大概知道 python 的 package 好像是裝在 site-packages 這個資料夾，結果後來發現電腦裡有幾百萬個 site-packages
7. Python 升級之後，裝過的 package 又不知道跑到哪裡去了，一直 ImportError: No module named ‘xxx’ (或 ModuleNotFoundError: No module named ‘xxx’ )

這些問題我常常看到在身邊還有網路上有人問，也都是我以前真實碰過的問題。自己本來是可以用就好，Python 書也不太會把這些解釋得很清楚（書通常是在講 import 邏輯或是 setuptools , distutils 等等）。而最近不想含混過去，就稍微釐清了一下以上問題，然後筆記一下重點，希望讓也想了解的人節省一點時間。

先不討論衍生的東西

然後，光是以上這些問題就算是一個主題了，所以這裡先不試著去討論後來衍生出的 virtualenv, venv, pyenv, pyvenv, virtualenvwrapper, pipenv, pyenv-virtualenvwrapper …，這些東西都是為了解決一些既有問題而生的 tool，其中有幾個可以說是必備。如果有興趣我覺得這篇 Stack Overflow 的整理不錯。

關於 import 邏輯，還有 $PYTHONPATH 這個環境變數，這裡也不贅述了；簡單的話可以直接咕狗，我是建議看書比較系統化跟完整，推薦 精通 Python 3 程式設計 跟 Python 參考手冊(Python Essential Reference, 4/e) 。

幾個簡單的大觀念：

建議用這樣的順序理解下去 ↓

到處都有 site-packages 資料夾 🌏

1. site-packages 是一個資料夾，放我們安裝的 python package，可能到處都有
2. 每安裝一個 python 版本，對於版本 X.Y 都有各自的 site-packages。
   比方說 python 3.4 跟 python 3.6 都各自有分開的 site-packages 在不同的路徑，而 python 3.6.1 跟 python 3.6.2 的是同一個
3. 每個 user 可以有自己的 site-packages ，在 home 目錄下的某個地方（如果有興趣可以 google site 這個 package 的 site.USER_SITE，或看這個官方文件(for python 3.7)）
4. ipython 跟一些 tool 裝了之後也有自己的 site-packages

pip / pip3 指令在結構上是什麼？ 👭

pip 是個 python script，也是個 python package

• python script: 我們執行的 pip，只是一個開頭的 python script，裡面會再去 import 電腦裡「某一個」 site-packages 資料夾裡「真正的」 pip package 來跑。(推薦用 which pip 去看一下 script 內容)
• python package: 承上，至於會 import 到哪一個 site-packages 下的 pip package，是看我們怎麼執行 pip（稍後細說）

pip 版本有兩個層次：

1. 分 pip 或 pip3：
   pip 用來管理 python 2.x 用的 package，而 pip3 用來管理 python 3.x 用的 package。他們各自獨立，pip 升級不會變成 pip3，要裝 pip3 也不需要先有 pip。
2. pip (或 pip3) 有自己本身(pip package)的版本：
   執行 pip --version 可以看到…

pip 10.0.1 from /usr/local/lib/python2.7/site-packages/pip (python 2.7)

這裡的 10.0.1 就是 pip package 的版本 (也可以看到實際上跑到的 pip package 在哪個資料夾)

以上 pip3 跟 pip 都是一樣道理，有興趣可以從 which pip3 當作源頭開始追看看 😃

那 python import 時會去看哪些 dir？ 📂

想知道是從哪些路徑，用什麼順序去找 package，這裡有兩個方法：

• 第一個：在 python 裡先 import sys 再看 sys.path 的值

• 第二個：在 shell 執行 python -m site (或 python3 -m site)

可以觀察一下這兩個方法的輸出，有一些差別。

用不同方式執行 pip ，會 import 到不同資料夾的 pip package 😕

幾種方式的差別：

1. pip
2. python /usr/local/bin/pip
3. python -m pip

1. 直接執行 pip ：
   shell 會找到$PATH 裡第一個 pip script，依照這 script 裡的 shebang (就是#!/usr/bin/python 這種東西)來決定用哪個版本的 python 跑，所以會用那個版本 python 的 sys.path 去找 pip package 來用。有興趣的人可以試試去改 shebang 的版本，看會發生什麼事。
2. 用 python 跑指定路徑的 pip script：
   這樣shell 執行的python 版本會壓過 shebang 指定的 python 版本。比方說，這裡執行的 python 如果是 2.7，就算 shebang 雖然指定要用 python3 跑，最後還是會用 2.7 去跑；所以，這樣就會從 python2.7 的 sys.path 裡去找pip package。
3. 用 python 的 -m 參數跑 pip：
   這樣會去用 shell 執行的 python 版本的 sys.path 裡的pip package(好繞…)。如果 python 指令的版本是 2.6，那就是跑 2.6 裡的 pip package。
   man page 說明:

-m module-name: Searches sys.path for the named module and runs the corresponding .py file as a script.

以上不管是哪一種，如果沒有任何一個 site-packages 裡有 pip，就 import error 跑不起來。

跑了 pip install，那東西到底被裝到哪裡去了？ 😕

pip install 會有預設安裝的 dir，也會因為各種參數去改變，像是：
--target, --user, --prefix, --root 等等。

有兩個方法可以看被裝在哪：

1. 最簡單的方法是剛才講到的，pip --version (或是pip -V)會顯示目前這個 pip 是跑哪一個 site-packages 下的 pip package ，這個路徑就是 install 時會放的 dir
2. 或，比較間接的方法，先用 pip list 列出所有已經安裝的 pkg，然後用 pip show [某pkg] 就會寫 Location 在哪

如果是用 pip3，方法也是一模一樣。

↑ 以上這些，我覺得是最重要的 😃

其他你可能想知道的：

如何安裝 pip 本身(不是用 pip install 去裝東西)

如果電腦裡沒有 pip 或是需要重新安裝，有好幾種安裝 pip 的方法：

1. 可以透過 OS 裡 apt/yum這種 package manager
2. 也可以下載一個 get-pip.py 檔案然後用 python 去執行這個 script。這種就會跟文章前面所敘述的一樣，用不同版本 python 去跑會有差。

升級 pip 本身

pip 可以用自己來升級自己，像是從9.0.1升級到10.0.1。

這裡有個很有意思的問題…現在如果要升級 pip3，command 要怎麼下？可能是：

1. pip3 install --upgrade pip
2. pip install --upgrade pip3
3. pip3 instal --upgrade pip3
4. pip install --upgrade pip

猜猜哪個是對的做法？ㄎㄎ

dist-packages 跟 site-packages 的差別

有時候會看到這兩個詞似乎是可以交換用的，差別在哪？可以看 [這篇]，簡略的說是Debain/Ubuntu 為了降低 conflict 的慣例。

Python 環境的問題錯綜複雜，如果有寫錯或是需要更新的，歡迎在留言更正我一下噢！ 😃 🙇

有幾位朋友幫忙 review 了這篇文章，感謝！

Reviewer (A-Z): Askeing Yen / Kilik Kuo / Paul Yang / samuelololol / Vincent Liu / Walter Chen

一些關於我的資訊：

關於我。 (Will Wang / IKARi)

「我熱愛關於軟體開發的任何事情，理想是開發出讓社會及全人類過得更好的軟體。」

我目前在 Appier 擔任後端工程師，開發 AI 相關的產品，主要關注在 recommendation system。

2018年，加入 AI 新創公司 Linker Networks，開發 Edge computing 產品與 AI training/inferencing 的後端 infrastructure。

2015年，由於一直以來的理想，我加入了 Mozilla ，主要是在開發 Firefox 瀏覽器的 Session Restore 功能、增強各式各樣的 Performance，還有開發 Firefox OS 的 Bluetooth Profile。

更詳細的工作歷程，可以參考我的 Linkedin。

另外，我也是兩個可愛的兒子的爸爸 😍

我喜歡東寫西寫，喜歡分享我的想法跟經驗；之前曾經為有物報告寫了一些科技相關的文章；想要多認識我的話，可以考慮看我的 Facebook，不過小心廢文很多 😜 另外還有多年沒動的 Blogger 跟 Plurk。

如果當你看到我寫的文章，覺得有學到東西或是解開了工作上的困擾，不妨考慮請我喝杯咖啡 🍺 ☕️

有任何想法都歡迎留言哦！ 😃

昨天在部門內部 sharing 的時候，我試用了 Evernote 專業版的簡報功能，並直接輸出 PDF（如下）：

Rust 白話說_Macros_Will_Wang.pdf

1. 簡報功能最大的好處：如果沒特別需求去調投影片裡細微的圖文 layout，就可以直接把平常的筆記當成投影片投放，不用另外花費做投影片的時間（像有些是 copy paste），第二是可以避免像是 code branch 的問題（自己的筆記更新了但投影片是舊的，沒再花時間去改的話，下次如果再報就是過時的）。
2. 彈性分頁面的概念：以前如果投影片頁面內的文字一變多，要拆成兩頁，原本要：剪下多餘文字>另開(or複製)頁面>貼上>調整相關頁面…etc，而且很可能偶爾就會出現一下這種事；現在可以直接改變分頁的點；或是有需要的話，直接做成比較大的一頁也行（我附檔的其中一頁就是這樣設計）
3. 可以輸出簡報為 PDF：跟簡報模式一樣，滿精緻漂亮的！
4. 其他比較 minor 的好處：即時變大投影片的文字跟圖片，即時改就反映到簡報上，用 Evernote 做簡報等同跨平台編輯，直接修改內圖，簡報的字型漂亮，…。

其實其他像是 markdown 這樣的東西也有轉成投影片的功能，只是我猜測可能沒那麼順手。

目前發現簡報功能的缺點：沒有太多微調簡報的方法，這就要看該次簡報適不適合；另外好像也沒方式打上頁碼。

（順帶一提，這次 sharing 主題是 rust 語言，各位 rust 能人異士如果看到投影片裡的錯誤，可以直接留在 comment，小弟就會去修正喔!）

Note: 這篇文章其實也是為了要測試 Medium 的一些功能，原本貼文在 facebook（所以反而 Medium 這裡的內容比較新）：

我到現在依然還沒體會出為何要在 medium 寫文章的原因 (thinking)，不過看到 Yuren Ju 在這寫了好幾篇好文，像是：

攝影師之眼 — 金邊觀察

感覺還頗棒的呢 ;-)

於是，這是我的第一篇 medium 文章，只是因為一個 fu 而來。

隨筆：訂英國的火車票碰到網站 bug，真是讓人痛苦啊，記上一筆。