1樓：
『高效能』是乙個大前提, 當然什麼是高效能, 這又是比較主觀的看法
採集的話, 感覺可以交給 ELK 之類的東西, 日誌庫專注自己就好了
2樓：itlr
"乙個非常輕量的 Node.js 伺服器端框架"裡是沒有必要去關心logging的，讓使用框架的人自己去整合就行了，除非你能作出特別好的封裝和抽象。
3樓：
最初團隊有精力自己造輪子，主要用的node.js。說下我們的方案：
1、分布式採集，分為關鍵框架節點和關鍵業務採集。採集分為很多級別，最終把日誌打到檔案。
2、收集來自各個伺服器的日誌檔案，進行簡單過濾、智慧型分析、報警。
3、日誌分割存資料庫。
4、提供後台訪問日誌詳情。
4樓：黃友昆
1.log要具備顯示呼叫方檔名和行號的能力，要不然你連誰打的這個log都不知道
2.log要具有按請求聚合的能力，不然上下文全是亂的，沒法看。光給你一行報錯log你能分析為啥出錯？必須是這個請求的完整log才有價值。
3.在2的基礎上要有按使用者聚合的能力，方便查流水
4.在3的基礎上要有染色能力，指定使用者能log全開，實時定位問題
5.log能還原成fiddler抓包，重現現場，對於概率性問題保留現場再重要不過了。
6.log要具備單機除錯功能，可以不停機編寫條件開啟指定log，無視日誌級別。
6這個用到的機會很少，主要是1-5
android端與伺服器端RSA雙向加密問題
1 分成兩部分，使用對稱金鑰加密的密文 A 和使用公鑰加密的對稱金鑰 B 一起傳送給服務端 2 服務端使用私鑰解密B得到對稱金鑰 3 使用對稱金鑰來解密密文A，從而得到內容。 記住 用對方的公鑰加密是為了保密，這個只有對方用私鑰能解用自己的私鑰加密是為了防抵賴，能用我的公鑰解開，說明這是我發來的，不...
Java伺服器端有比spring還優秀的框架嗎
穿越 有，但是沒spring全家桶方便和齊全。而且spring已經快成了行業事實標準了，使用者基礎太龐大，即使有更好的但是沒有推廣開來，也不會有太多人知道，或者僅限於企業內部使用。 PrimaryK 全面優秀的應該沒有,不然也不會大一統.部分優秀的還是有一些的,比如vert.x.簡單的非同步程式設計...
前端和伺服器端的node都用typescript寫有什麼優勢？
Mike Li 中午在stack overflow 上面看了國外程式設計師對typescript 優點的介紹，有兩點印象比較深。一是，ts適合大型專案。二是，ts和js關係，有點像sass 和css 的關係。 優勢當然就是靜態型別檢查和ide的智慧型感知啦，主流的庫，ts的定義檔案都是有的，不過也有...