二維碼的生成細(xì)節(jié)和原理-文庫吧在線文庫
【正文】 再接下來是Version Information（版本7以后需要這個編碼），下圖中的藍(lán)色部分。好了，大家可以去嘗試去寫一下QR的編碼程序，當(dāng)然，你可以用網(wǎng)上找個Reed Soloman的糾錯算法的庫，或是看看別人的源代碼是怎么實現(xiàn)這個繁鎖的編碼。所謂mask，說白了，就是和上面生成的圖做XOR操作。 10個糾錯bits?！?，38，6，50，17，7，236對于糾錯碼，也是一樣：塊 121319911451152472412232292481541171541118616111139塊 28720496602021821241572001342712920917163163120133塊 314811617721276133752422387619523018910108240192141塊 423515951732414759331064025517282213132178236和數(shù)據(jù)碼取的一樣，得到：213，87，148，235，199，204，116，159，…… ……對于這個算法，對于我來說是相當(dāng)?shù)膹?fù)雜，里面有很多的數(shù)學(xué)計算，比如：多項式除法，把1255的數(shù)映射成2的n次方 （0=n=255）的伽羅瓦域Galois Field之類的神一樣的東西，以及基于這些基礎(chǔ)的糾錯數(shù)學(xué)公式，因為我的數(shù)據(jù)基礎(chǔ)差，對于我來說太過復(fù)雜，所以我一時半會兒還有點沒搞明白，還在學(xué)習(xí) 中，所以，我在這里就不展開說這些東西了。11101100 00010001 11101100糾錯碼上面我們說到了一些糾錯級別，Error Correction Code Level，二維碼中有四種級別的糾錯，這就是為什么二維碼有殘缺還能掃出來，也就是為什么有人在二維碼的中心位置加入圖標(biāo)。 01111000 把這三個二進(jìn)制串起來: 0000001100 0101011001 10000114. Table 3 表示了，不同版本（尺寸）的二維碼，對于，數(shù)字，字符，字節(jié)和Kanji模式下，對于單個編碼的2進(jìn)制的位數(shù)。用于混合編碼，也就是說，這個二維碼中包含了多種編碼格式。這是日文編碼，也是雙字節(jié)編碼。如果需要編碼的數(shù)字的個數(shù)不是3的倍數(shù)，那么，最后剩下的1或2位數(shù)會被轉(zhuǎn)成4或7bits，則其它的每3位數(shù)字會被編成 10，12，14bits，編成多長還要看二維碼的尺寸（下面有一個表Table 3說明了這點）Alphanumeric mode Format Information 存在于所有的尺寸中，用于存放一些格式化數(shù)據(jù)的。這三個定位圖案有白邊叫Separators for Postion Detection Patterns。這兩天學(xué)習(xí)了一下二維碼圖片生成的相關(guān)細(xì)節(jié)，覺得這個玩意就 是一個密碼算法，在此寫一這篇文章 ，揭露一下。下面我們看看一個二維碼的樣例：數(shù)據(jù)編碼我們先來說說數(shù)據(jù)編碼。而編碼模式和 字符的個數(shù)需要根據(jù)不同的Version尺寸編成9, 11或13個二進(jìn)制（如下表中Table 3）Byte mode字節(jié)編碼，可以是0255的ISO88591字符。主要用于特殊的字符集。下面兩張表中，345 轉(zhuǎn)成 0101011001； 0010 000000101 00111001110 11100111001 000010結(jié)束符和補(bǔ)齊符假如我們有個HELLO WORLD的字符串要編碼，根據(jù)上面的示例二，我們可以得到下面的編
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1