小米官宣：2023年上半年出貨量中國第一！
今日早間，小米電視官方微博帶來消息，稱2023年小米電視上半年出貨量達(dá)到了中國第一，同時(shí)還表示小米電視的巨屏風(fēng)暴即將開始。“公布一個(gè)好消息2023年#小米電視上半年出貨量中國
1992年9月， 一個(gè)周三的下午，貝爾實(shí)驗(yàn)室。
Rob Pike (Go語言發(fā)明人之一) 正在操作系統(tǒng)Plan 9 上忙碌，這是繼Unix之后的一個(gè)大工程， 馬上就要完工了， 這個(gè)時(shí)候他突然接到了一個(gè)電話。
電話是IBM的人打來的，他們正在奧斯汀參加X/Open 委員會(huì)會(huì)議， 想請(qǐng)Rob Pike 和 Ken Thomson （Unix發(fā)明人） 對(duì)他們?cè)O(shè)計(jì)的一個(gè)Unicode編碼進(jìn)行評(píng)審。
Rob Pike知道X/Open委員會(huì)主要負(fù)責(zé)制定Unix上的標(biāo)準(zhǔn)規(guī)范，以便提高應(yīng)用程序的在不同Unix變體上的移植性。
很明顯，這一次會(huì)議的主題是：編碼！
Rob Pike想到了自己正在忙活的操作系統(tǒng)Plan 9 ， 為了支持全世界的語言如英文、中文、韓文、日文、阿拉伯文...... Plan 9 當(dāng)然要用Unicode 。
大家都知道Unicode只是規(guī)定了每個(gè)字符用什么編碼，但是沒有規(guī)定如何去存儲(chǔ)， 當(dāng)時(shí)Plan 9 采用了一個(gè)叫做ISO 10646 UTF編碼， 但是這個(gè)編碼實(shí)在不怎么樣， 按照Rob Pike的話說：我們恨這個(gè)編碼。
Rob 和 Ken 立刻意識(shí)到：機(jī)會(huì)來了 ！
Rob ：我們有豐富的經(jīng)驗(yàn)， 為什么不設(shè)計(jì)一個(gè)真正好用的Unicode存儲(chǔ)標(biāo)準(zhǔn)呢？
Ken ：同意， 我們?cè)O(shè)計(jì)出來，把標(biāo)準(zhǔn)推廣的事情交給X/Open委員會(huì)。
倆人向IBM的人表達(dá)了這個(gè)想法， 得到了支持，條件是： 一定要快，快速設(shè)計(jì)、快速實(shí)現(xiàn)。
因?yàn)橄轮芤痪鸵镀北頉Q了！
對(duì)于天才程序員來說，快速、高質(zhì)量把活兒搞定就是小菜一碟。
Ken ：還記得《老婆離家三周，我開發(fā)了一個(gè)操作系統(tǒng)嗎？》
他們倆慢悠悠地去餐廳吃飯，在吃飯期間，Ken 和 Rob就把基本的方案給設(shè)計(jì)出來了，這就是大名鼎鼎的UTF-8。
回到貝爾實(shí)驗(yàn)室，他們就把想法寫成了提綱，發(fā)給了X/Open 委員會(huì)的人， 委員會(huì)的回復(fù)是：
這比我們?cè)O(shè)計(jì)的版本好多了，你們什么時(shí)候能實(shí)現(xiàn)它？
Rob 和Ken 拍著胸脯說：放心吧，下周一肯定能有一個(gè)完整的、可以運(yùn)行的實(shí)現(xiàn)。
當(dāng)天晚上（周三），他們倆就卷起袖子干活， Ken 把packing和unpacking的代碼搞定， Rob則去折騰C和圖形庫相關(guān)的東西。
周四，所有的代碼都已完成，開始將Plan 9操作系統(tǒng)上的文本文件轉(zhuǎn)成UTF-8
周五，Plan 9 操作系統(tǒng)就已經(jīng)運(yùn)行在UTF-8上面了。
實(shí)際花費(fèi)不到三天！
這三天的工作成果最終統(tǒng)治了整個(gè)互聯(lián)網(wǎng)的編碼標(biāo)準(zhǔn)， 統(tǒng)計(jì)顯示， 現(xiàn)在96.8%的Web網(wǎng)站在使用UTF-8。
圖片
故事講完了，我們來看看為什么UTF-8能流行起來。
前面說過Unicode只是一個(gè)字符集，它規(guī)定了每個(gè)字符的二進(jìn)制代碼，例如“碼” ， 對(duì)應(yīng)的Unicode 是7801 ， 二進(jìn)制是
111 1000 0000 0001
需要兩個(gè)字節(jié)來保存， 如果表示其他更大范圍的字符，可能需要3個(gè)字節(jié)或者4個(gè)字節(jié)，甚至更多。
當(dāng)計(jì)算機(jī)面對(duì)這兩個(gè)字節(jié)的字節(jié)流的時(shí)候，就會(huì)出現(xiàn)嚴(yán)重的問題：計(jì)算機(jī)怎么知道這兩個(gè)字節(jié)表示的是一個(gè)字符？還是兩個(gè)字符？
大家知道英文字母用一個(gè)字節(jié)保存就夠了，如果Unicode規(guī)定每個(gè)英文字符也用兩個(gè)字節(jié)或三個(gè)字節(jié)來保存，那每個(gè)英文字母前面勢必要補(bǔ)上0， 文本文件要大兩到三倍。
這是巨大的浪費(fèi)，肯定不行。
Rob和Ken的設(shè)計(jì)的UTF-8就比較聰明， 看看這個(gè)表：
圖片
把Unicode 轉(zhuǎn)換成UTF-8，非常簡單，比如漢字“碼” ， Unicode 是7801 ， 二進(jìn)制是 111 1000 0000 0001
7801對(duì)應(yīng)上圖的第三行，只要把二進(jìn)制從右向左填到對(duì)應(yīng)的“模板”中就行，不夠的補(bǔ)零
圖片
更多的細(xì)節(jié)就不展開了，關(guān)鍵要看看UTF-8有什么好處。
多字節(jié)編碼的每個(gè)字節(jié)的最高位永遠(yuǎn)是 1，而 ASCII 字符編碼的最高位是 0，所以從根本上杜絕了編碼沖突。
當(dāng)程序面對(duì)一個(gè)字節(jié)流的時(shí)候，只需要讀出第一個(gè)字節(jié)最前面有幾個(gè)1 ，就知道這個(gè)字符的長度，解碼很方便。
圖片
大家仔細(xì)觀察下， UTF-8中沒有任何合法字符是其他字符的前綴， 這樣就帶來了一個(gè)好處：支持程序快速地跳過有問題的字節(jié)，然后正常解碼。
假設(shè)有兩個(gè)中文 “碼” 和 “農(nóng)”， 對(duì)應(yīng)的UTF-8編碼為E7A081(碼) and E5869C(農(nóng))。
但是網(wǎng)絡(luò)傳輸丟失了一些數(shù)據(jù)，變成了 E781 E5869C （即“碼”的A0丟失了）
現(xiàn)在程序先讀到了E7, 二進(jìn)制是 1110 0111，它就知道這個(gè)字符應(yīng)該是3字節(jié)的， 并且后面的兩個(gè)字節(jié)都應(yīng)該以10 開頭。
于是它就要再讀兩個(gè)字節(jié)， 因?yàn)锳0這個(gè)字節(jié)丟失了， 程序讀到了81 和 E5。
程序就發(fā)現(xiàn)：
81 （二進(jìn)制10000001） 是符合規(guī)范的
E5(二進(jìn)制11100101)的開始兩個(gè)bit不是10啊， 這應(yīng)該是另外一個(gè)字符的開始。
所以程序就判斷出有字符丟失了，可以丟棄剛讀到的E7 81 , 然后從E5開始讀取， E5 86 9C ，最終顯示“農(nóng)”字。
是不是很巧妙？
本文鏈接：http://www.www897cc.com/showinfo-26-101379-0.html兩位巨佬吃了一頓晚飯，整個(gè)互聯(lián)網(wǎng)徹底被改變了！
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
下一篇： 基于Netty的自研流系統(tǒng)緩存實(shí)現(xiàn)挑戰(zhàn): 內(nèi)存碎片與OOM困境
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)