1
A
回答
1
由於他們都利用引擎蓋下的原始記憶,我懷疑你會發現任何明顯的性能差異一般。話雖如此,性能通常更多的是關於這些結構如何使用。因爲你永遠不應該過早地進行優化,所以在性能方面的選擇不太可能會對你的應用產生任何影響。我會建議選擇最適合您的api的類型,使您的代碼更具可讀性,並且更易於調試。 TypedArrays
將允許您在客戶端和服務器端都有一致的代碼,而Buffer
不需要初始化爲零。每個人都有其他的優點和缺點。
如果性能最終成爲問題,這些類型也可以很容易地換出,並分別進行配置。
相關問題
- 1. Node.js緩衝區字符串序列化
- 2. Node.js緩衝區到類型數組
- 3. 追加陣列緩衝區
- 4. NodeJS類型緩衝區不一致性
- 5. 緩衝區到base64 | Node.js
- 6. Google協議緩衝區反序列化類型
- 7. 緩衝區,插座。 node.js
- 8. 協議緩衝區序列化C + +和反序列化C#類
- 9. 與緩衝區
- 10. OpenCV - 圖像陣列或緩衝區塊
- 11. 線程安全緩衝區陣列
- 12. 轉換IBuffer緩衝區陣列
- 13. Java協議緩衝區Ascii序列化
- 14. 清除C#性能測試緩衝區?
- 15. 石英性能繪圖大緩衝區
- 16. OpenGL:緩衝區對象性能問題
- 17. 序列化C++ unordered_map到緩衝區(char *)
- 18. 訪問片段着色器中的頂點緩衝區(緩衝區陣列)
- 19. 緩存堆陣列性能
- 20. Netty中MessageToByteEncoder的緩衝區類型
- 21. 協議緩衝區精簡版與常規協議緩衝區
- 22. C++緩衝區與Qt
- 23. 序列化/反序列化協議緩衝區
- 24. 不能與緩衝區對象繪製
- 25. Java序列與協議緩衝區
- 26. Node.js中的緩衝區問題
- 27. 在緩衝區列表視圖中增加「緩衝區」列寬
- 28. 循環緩衝區優化
- 29. Node.js將緩衝區轉換爲Int8Array
- 30. 處理node.js中的ZIP緩衝區