System.NanTime()是完全無用的嗎？如博客文章所記載當(dāng)心Java中的System.NanTime()，在x86系統(tǒng)上，Java的System.nanTime()使用cpu特定計數(shù)器。現(xiàn)在考慮一下用于度量調(diào)用時間的以下情況：long time1= System.nanoTime();foo();long time2 = System.nanoTime();long timeSpent = time2-time1;現(xiàn)在，在多核系統(tǒng)中，可能是在測量時間1之后，線程被調(diào)度到另一個處理器上，它的計數(shù)器比以前的CPU小。因此，我們可以在Time 2中得到一個值，即較少而不是時間1。因此，我們將得到一個負(fù)值的時間斯賓特。考慮到這種情況，這不是說System.Nantime現(xiàn)在幾乎沒用了嗎？我知道改變系統(tǒng)時間不會影響納米時間。這不是我上面描述的問題。問題是每個CPU都會保持一個不同的計數(shù)器，因?yàn)樗谴蜷_的。與第一CPU相比，該計數(shù)器在第二CPU上可以更低。由于操作系統(tǒng)可以在獲得時間1之后將線程調(diào)度到第二個CPU，TimeSpent的值可能是不正確的，甚至是負(fù)值。
3 回答
慕蓋茨4494581
TA貢獻(xiàn)1850條經(jīng)驗(yàn) 獲得超11個贊
實(shí)時時鐘和System.nanTime()都基于相同的系統(tǒng)調(diào)用，因此也基于相同的時鐘。
使用JavaRTS，所有基于時間的API(例如定時器、周期線程、截止日期監(jiān)視等等)都是基于高分辨率定時器的。而且，結(jié)合實(shí)時優(yōu)先級，它們可以確保在合適的時間執(zhí)行適當(dāng)?shù)拇a，以滿足實(shí)時約束。相比之下，普通的JavaSEAPI只提供了幾種能夠處理高分辨率時間的方法，而不能保證在給定的時間執(zhí)行。在代碼中的各個點(diǎn)之間使用System.nanTime()來執(zhí)行經(jīng)過的時間測量應(yīng)該始終是準(zhǔn)確的。
這種方法只能用于測量經(jīng)過的時間，而與系統(tǒng)或掛鐘時間的任何其他概念無關(guān)。返回的值表示某個固定但任意時間的納秒(可能在將來，因此值可能為負(fù)值)。這種方法提供納秒精度，但不一定是納秒精度。沒有保證價值觀變化的頻率。持續(xù)時間超過292.3年的連續(xù)呼叫的差異(2) 63由于數(shù)值溢出，無法精確計算經(jīng)過的時間。
- 3 回答
- 0 關(guān)注
- 520 瀏覽
添加回答
舉報
0/150
提交
取消