依據情況的不同，過度同步可能會導致效能降低、死鎖，甚至不確定的行為。

為了避免活性失敗和安全性失敗，在一個被同步的方法或者程式碼塊中，永遠不要放棄對客戶端的控制。換句話說，在一個被同步的區域內部，不要呼叫設計成要被覆蓋的方法，或者是由客戶端以函式物件的形式提供的方法。從包含該同步區域的類的角度來看，這樣的方法是外來的。這個類不知道該方法會做什麼事情，也無法控制它。根據外來方法的作用，從同步區域中呼叫他會導致異常、死鎖或者資料損壞。

假設當同步區域所保護的約束條件暫時無效時，你要從同步區域中呼叫一個外來方法。由於Java程式設計語言中的鎖是可重入的，這種呼叫不會死鎖。他會產生一個異常，因為呼叫執行緒已經有這個鎖了，因此當該執行緒試圖再次獲得該鎖時會成功，儘管概念上不相關的另一項操作正在該鎖保護的資料上進行著。這種失敗的後果可能是災難的。從本質上來說，這個鎖沒有盡到它的職責。可再入的鎖簡化了多執行緒的面向物件程式的構造，但是他們可能會將活性失敗變成安全性失敗。

事實上，要將外來方法的呼叫移出同步的程式碼塊。還有一種更好地方法。自從Java 1.5發行版本以來，Java類庫就提供了一個併發集合，稱作CopyOnWriteArrayLIst，這是專門為此定製的。這是ArrayList的一種變種，通過重新拷貝整個底層陣列，在這裡實現所有的寫操作。由於內部陣列永遠不改動，因此迭代不需要鎖定，速度也非常快。如果大量使用，CopyOnWriteArrayList的效能將大受影響，但是對於觀察者列表來說卻是很好的，因為他們幾乎不改動，並且經常被遍歷。

在同步區域之外被呼叫的外來方法被稱作“開放呼叫”。除了可以避免死鎖之外，開放呼叫還可以極大地增加併發性。外來方法的執行時間可能會任意長。如果在同步區域內呼叫外來方法，其他執行緒對受保護資源的訪問就會遭到不必要的拒絕。

通常，你應該在同步區域內做盡可能少的工作。獲得鎖，檢查共享資料，根據需要轉換資料，然後放掉鎖。如果你必須要執行某個很耗時的動作，則應該設法把這個動作移到同步區域的外面。

雖然自從Java平臺早期以來，同步的成本已經下降了，但更重要的是，永遠不要過度同步。在這個多核的時代，過度同步的實際成本並不是指獲取鎖所花費的CPU時間；而是指失去了並行的機會，以及因為需要確保每個核都有一個一致的記憶體檢視而導致的延遲。過度同步的另一項潛在開銷在於，他會限制VM優化程式碼執行的能力。

如果一個可變的類要併發使用，應該使這個類變成是執行緒安全的，通過內部同步，你還可以獲得明顯比從外部鎖定整個物件更高的開發性。否則，就不要在內部同步。讓客戶在必要的時候從外部同步。在Java平臺出現的早期，許多類都違背了這些指導方針。當你不確定的時候，就不要同步你的類，而是應該建立文件，註明它不是執行緒安全的。

如果你的內部同步了類，就可以使用不同的方法來實現高併發性，例如分拆鎖、分離鎖和非阻塞併發控制。

如果方法修改了靜態域，那麼你也必須同步對這個域的訪問，即使他往往只用於單個執行緒。客戶要在這種方法上執行外部同步時不可能的，因為不可能保證其他不想關的客戶也會執行外部同步。

簡而言之，為了避免死鎖和資料破壞。千萬不要從同步區域內部呼叫外來方法。更為一般的講，要儘量限制同步區域內部的工作量。當你在設計一個可變類的時候，要考慮一下他們是否應該自己完成同步操作。在現在這個多核的時代，這比永遠不要過度同步來得更重要。只有當你有足夠的理由一定要在內部同步類的時候，才應該這麼做，同時還應該將這個決定清楚地寫到文件中。