一些Java(Android)問題請益(2)

RainieYang

關於 StringBuffer 和 StringBuilder 小弟有研究一下，並查了一些文章，也看了一點原始碼。StringBuilder是比較晚出現的，它的特徵是不確保多線程執行的安全性，所有方法都不使用synchronized保護。
而有人做了實驗，就算在完全單線程的情況下，StringBuilder 依然比 StringBuffer 速度要快(純用append()比較)。
但速度頂多就快了30%左右，如果使用其他像是insert()之類的方法去比較，兩者甚至感覺不出速度差異(因為時間主要被new物件和gc消耗掉了，所以瓶頸在別的地方)。
...

瀏覽完整內容，請先 註冊 或 登入會員

kwj

1. StringBuffer 的 append() 有 synchronized 保護，所以如果你問是不是絕對安全......那你應該先去了解一下 synchronized 是怎麼進行保護的。

2. 有可能快 30% 的時候，有任何理由不使用它嗎？而且使用它對你來說就只有 class 用的不同而已，操作方法完全一樣，沒有造成任何多的程式碼或複雜的邏輯，那為什麼你不想要多 30% 的速度？就算它不一定總是比較快，但如果也沒有明顯比較慢，而有時有可能比較快的話，那到底有什麼理由你那麼不想用它？？更何況 30% 在實務上是個很大的差距....。...

瀏覽完整內容，請先 註冊 或 登入會員

RainieYang

kwj 發表於 2018-10-24 11:53 PM

下載: 訪客無法瀏覽下載點，請先 註冊 或 登入會員

1. StringBuffer 的 append() 有 synchronized 保護，所以如果你問是不是絕對安全......那你應該先去了解一 ...

synchronized 我的認知是加鎖保護，先進去的thread會取得該對象的鎖，其他thread會被block住，感覺上是很安全。
...

瀏覽完整內容，請先 註冊 或 登入會員

kwj

RainieYang 發表於 2018-10-25 11:31 AM

下載: 訪客無法瀏覽下載點，請先 註冊 或 登入會員

synchronized 我的認知是加鎖保護，先進去的thread會取得該對象的鎖，其他thread會被block住，感覺上是很 ...

這個問題...實際上需要比要多的多執行緒經驗，會比較容易體會出來。實務上多執行緒會出錯的狀況，大多不在於 synchronized 這類的東西運作失誤，而是在於開發者的邏輯錯誤。
...

瀏覽完整內容，請先 註冊 或 登入會員

RainieYang

kwj 發表於 2018-10-25 12:38 PM

下載: 訪客無法瀏覽下載點，請先 註冊 或 登入會員

這個問題...實際上需要比要多的多執行緒經驗，會比較容易體會出來。實務上多執行緒會出錯的狀況，大多不 ...

嗯 也是呢，或許可以考慮在需要保護資料的地方改成外部手動加鎖，然後內部依然用StringBuilder?...

瀏覽完整內容，請先 註冊 或 登入會員