請用數(shù)學(xué)證明一下二維碼為什么不會重復(fù)？二維碼掃描又不像uuid那類隨機生成，或者像ip地址那樣平均分配。二維碼是編碼，可以雷死和原消息直接對應(yīng)。原資料不重復(fù)，掃一掃就不重復(fù)。這個回答我怎么就火了……真

請用數(shù)學(xué)證明一下二維碼為什么不會重復(fù)？

二維碼掃描又不像uuid那類隨機生成，或者像ip地址那樣平均分配。

二維碼是編碼，可以雷死和原消息直接對應(yīng)。

原資料不重復(fù)，掃一掃就不重復(fù)。

這個回答我怎么就火了……

真誠的回答一下一些比較多人問/指出的點：

1.“原相關(guān)的信息”指什么？怎么就不重復(fù)了？

“原信息”是指區(qū)位碼前的信息。

掃二維碼是條行碼，通常用來區(qū)域代碼鏈接（url鏈接，我的，不太確認中港臺的情況，原地址？），因此這個鏈接就是原信息。

由于是區(qū)位碼，是需要視頻解碼器，因此不同的消息一定制造出不同的掃二維碼，否則這個掃碼軟件解碼時就還不知道應(yīng)該是解碼功能成哪個網(wǎng)站里了。

所以說，原資料不每次都是一樣，掃碼就不重復(fù)。

2.掃二維碼空間中是有限的，原消息是無限的，怎么不重復(fù)？

因為小于二維碼那個空間特許區(qū)域的資料當然不能被區(qū)域代碼成二維碼。

普通把原資料空間屏蔽在一個有限真子集。

在這個空間里的不同信息一般不會被編碼成同一個掃一掃，因此不可能每次都一樣。

這和sha256等hash函數(shù)不同，md5碼的輸入輸入空間是無限小的，輸出來空間中卻有限，因此根據(jù)列表法，肯定會有重復(fù)（劇烈碰撞）。

3.不同掃碼這個可以隨機同一個原相關(guān)信息，不是邏輯關(guān)系。

沒有錯，根據(jù)不同持續(xù)輸出能力、網(wǎng)絡(luò)號等，同一個原資料也可以被條行碼成不同掃一掃。

甚至其實你把掃二維碼轉(zhuǎn)個90度也也可以也算另一個二維碼。

這個區(qū)域代碼的確不是一一對應(yīng)（雙射）的，一開始的答復(fù)只是懶得說才寫直接對應(yīng)，事實上它（和所有解碼器時無理解錯誤的編碼一樣）是一個單射函數(shù)的定義。

這不沒影響不同相關(guān)信息的掃一掃不會重復(fù)的最后的結(jié)論。

4.題主要想的是“計算一下有多少個不重復(fù)的掃二維碼”吧？

我只看了什么題，數(shù)錯了具體描述……

關(guān)于這個問題，不少答主都有啊估算，我就不答了。

5.掃二維碼的代碼原理是什么？

jwt的三大特征？

1）自真包含。jwt中包涵著token有心相關(guān)信息，拿到原生代幣，題后就能知道里面中有的相關(guān)信息是什么，而flower設(shè)置為反應(yīng)生成的項目代幣是guid，沒有任何無意信息。它的相關(guān)的信息需要根據(jù)這個token去memcached中讀取。

2）密簽。發(fā)過去的玉令含費密碼等隱私數(shù)據(jù)，可以使用重新指定的加密密鑰簽名。

3）可擴展性。包涵的消息是可以根據(jù)管理需求自己定義方法