總覽

動態(tài)編譯的好處之一是，它能夠支持在虛擬方法代碼上進行廣泛的方法內(nèi)聯(lián)。

雖然內(nèi)聯(lián)代碼可以提高性能，但是代碼仍然必須檢查類型（以防由于優(yōu)化而更改了類型）或在多個可能的實現(xiàn)之間進行選擇。

這導(dǎo)致了問題。 通過接口調(diào)用的方法的多個實現(xiàn)如何影響性能。

標(biāo)桿管理

此基準(zhǔn)測試了作為列表元素調(diào)用的簡單方法。 它比較列表中不同類的數(shù)量以查看其性能，但還改變了展開循環(huán)的數(shù)量，從而減少了可能的類數(shù)量。 例如，對于一個12個不同類的列表，以重復(fù)的方式，在不展開的情況下，方法調(diào)用可能是12個類中的任何一個，但是當(dāng)循環(huán)展開到兩個程度時，每個調(diào)用只有6個可能的類（12 / 2）。 展開為三個級別時，每個調(diào)用有12個（4/3）個可能的類，對于展開為六個級別的循環(huán)，只有兩個可能的類。 注意：每行代碼可能的類都不相同。

這些是2.5 GHz i5上的結(jié)果。 時間以納秒為單位。 軸標(biāo)題是指從給定代碼行使用或調(diào)用的不同類的數(shù)量。

	1二手	2二手	3二手	4二手	6二手	8二手	12使用
每個呼叫站點1個	48.4	46.6	46.9	43.7	48.7	54.9
每個呼叫站點2個		115.8		80.5	92.8	87	112
每個呼叫站點3個			285		283		271
每個呼叫站點4個				669		281	275
每個呼叫站點6個					562		275
每個呼叫站點8個						498
每個呼叫站點12個							530

看起來，加載的類的數(shù)量，甚至列表中的類的數(shù)量，都不如從給定代碼段調(diào)用的可能的類的數(shù)量重要。 同樣，可以循環(huán)地優(yōu)化同一循環(huán)中的不同代碼段。

您會看到，如果給定調(diào)用只能創(chuàng)建一個可能的類，則程序中使用的類數(shù)無關(guān)緊要。

另一個含義是，如果要通過一個公共接口比較兩個替代方案，則必須小心如何運行測試，這樣就不會因為只使用一種類型的事實而偏愛第一次運行。 為了解決這個問題，我建議； 多次運行所有測試，總共至少2秒鐘。 這樣可以減少與您執(zhí)行測試的順序相關(guān)的bais。

參考：來自Vanilla Java博客的JCG合作伙伴 Peter Lawrey 在Java中內(nèi)聯(lián)虛擬方法調(diào)用的性能 。

翻譯自: https://www.javacodegeeks.com/2012/12/performance-of-inlined-virtual-method-invocations-in-java.html

總結(jié)

以上是生活随笔為你收集整理的Java内联虚拟方法调用的性能的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。