關(guān)于client_id會(huì)不會(huì)溢出的問(wèn)題

Ylh 更新于2015-07-23

client_id 會(huì)不會(huì)溢出的問(wèn)題。在連接建立之后client_id是自增的，并且舊連接斷開之后新連接似乎不會(huì)復(fù)用沒(méi)有被占用的client_id，那么假設(shè)連接數(shù)足夠多（包括曾經(jīng)連接又?jǐn)嚅_的），client_id是不是會(huì)有溢出的可能？如果溢出之后，連接足夠多的情況下那么會(huì)覆蓋掉正在使用的client_id（比較極端...）。（PHP中整型為32位或64位,在框架里有一些地方將client_id作為數(shù)組鍵，所以就算自動(dòng)轉(zhuǎn)成了浮點(diǎn)還是會(huì)在這轉(zhuǎn)回整型）畢竟鳥叔的視頻都讓Youtube播放次數(shù)溢出了....還是說(shuō)框架里有相關(guān)防止溢出的機(jī)制？還請(qǐng)教。

 3267  3 0

3個(gè)回答

walkor 2015-07-22

打賞

client_id 從1自增到21億，大于21億后又從1開始遞增，不會(huì)溢出。

Ylh 2015-07-22

是的，那么是不是可能有這樣一種情況，client_id最小的那個(gè)連接一直沒(méi)有斷過(guò)，在所有總連接個(gè)數(shù)2^31的時(shí)候，再來(lái)一個(gè)連接請(qǐng)求此時(shí)分配的client_id會(huì)不會(huì)跟最早的那個(gè)沖突？

Ylh 2015-07-22

是的，那么是不是可能有這樣一種情況，client_id最小的那個(gè)連接一直沒(méi)有斷過(guò)，在所有總連接個(gè)數(shù)2^31的時(shí)候，再來(lái)一個(gè)連接請(qǐng)求此時(shí)分配的client_id會(huì)不會(huì)跟最早的那個(gè)沖突？