靜態方法或Singleton性能明智（Android）？

Question

在一個有少量POJO和很多操作它們的幫助器方法的應用程序中，有什麼更好的性能方面：使輔助器類成爲單例或使方法成爲靜態？

Answer 1

靜態方法將是非常輕微更好的性能和內存明智的：虛函數調用的

1. 避免的（潛在的）的開銷。
2. 消除實際類的實例所需的內存。
3. 當您使用它時，不需要獲取該類的實例。

但老實說，我可能仍然會使它成爲singleton反正。如果不這樣做，你會得到的收益可能非常小，即使在移動環境中，它們也不會產生差異。

Answer 2

你可以避免這種情況，並讓他們經常上課嗎？

忽略性能問題，我建議避免singeltons和靜態方法來提高可測試性。

單身和靜態方法可能很難測試;在這方面，單身人士基本上是靜態方法，但名稱不同。 Misko Hevery，誰在Google Test team工作，對這個議題的一些好文章：

• Singletons are Pathological Liars
• Static Methods are Death to Stability

Answer 3

以你的面值問題，靜態調用可能只需要最少的CPU功率。原因在於普通方法是動態綁定的，需要在運行時進行一些查找，而靜態方法則需要編譯時間。

話雖如此，它可能不會影響您的應用程序。差別非常小。如果您的應用程序使用gui，xml渲染，互聯網連接或其他外部操作來做任何事情，那麼您會發現這些活動使得簡單的方法查找變得相當龐大。

即使你不這樣做，性能分析，期間更容易遇到瓶頸，單一阻礙了您的應用程序，並發現它是沒有方法查找，但一些邏輯，你做你的自我。例如，你使用了一個ArrayList而不是一個hashset，而contains方法的代價很高。因爲在這些情況下的性能並不重要，所以我建議在靜態方法上面使用單例實現，因爲設計稍微靈活一點。儘管在你提供的選擇之外，我會完全放棄幫助類，並將你的pojo中的方法內聯。

Answer 4

不要擔心這種荒謬的微觀優化。擔心可維護性。

這聽起來像應用程序是用一個完全非面向對象的風格，可以從消除了大部分的這些「輔助方法」，並把他們受益匪淺屬於他們的地方，以及它們操作的數據。