正常操作，正常分析，大家好我是D1N910(?′?`?)。

看到下面這條動態(tài)的朋友們都知道我參加了IMWebConf2018，也是國內(nèi)前端的一個比較好的大會\‵（●●）‵\。

那么什么是“IMWebConf2018”呢 （???）？在大家給我點贊夸贊666之前。事先說明，這是只要【交錢】就能參加的前端大會，而不是需要有一定的資質(zhì)、資歷、能力等的人才能夠參加，沒有分界線(*￣(エ)￣)。你甚至不一定是前端開發(fā)人員就能夠參加。當(dāng)然，也肯定是和前端有關(guān)人員才會花錢參加的吧ㄟ(▔,▔)ㄏ。

????????那么什么是IMWebConf2018呢o(*￣3￣)o？

（為了在簡述方面沒有私人偏差，以下都全盤復(fù)制粘貼原來讓我種草的推文內(nèi)容(～o￣3￣)～）

簡述大會內(nèi)容

來自：情封

關(guān)于IMWebConf

IMWebConf 是由騰訊前端 IMWeb 團(tuán)隊發(fā)起的國內(nèi)頂級前端技術(shù)領(lǐng)域開發(fā)者大會。

大會從2011年舉辦至今，已經(jīng)成功舉辦六屆，累計探討的議題超過上百個，線上線下參會者數(shù)千人，累計影響前端愛好者超過數(shù)十萬人。第七屆 IMWebConf 就在這個秋季即將來襲，我們匠心打造，從挑選講師，到Topic審核，到會場設(shè)計，無一不追求高標(biāo)準(zhǔn)高品質(zhì)，力求讓每位參加者都能享受到優(yōu)越的待遇，有機(jī)會與國內(nèi)外知名前端大神交流，直接接觸前端一線技術(shù)，干貨滿滿，誠意滿滿，讓你值會票價。

大會內(nèi)容

第七屆 IMWebConf 開發(fā)者大會將于?2018 年 10 月 14 日在深圳科興國際會議中心召開，會議持續(xù)1天。

本次大會我們邀請了Google、W3C 組織、Adobe、騰訊、阿里、百度、美團(tuán)、京東等國內(nèi)外知名科技公司前端專家前來分享，精心設(shè)計了以下五大主題會場：

標(biāo)準(zhǔn)前沿會場

頂級的互聯(lián)網(wǎng)企業(yè)技術(shù)專家、行業(yè)大咖為您權(quán)威解讀前端前沿技術(shù)趨勢與應(yīng)用實踐。從W3C 標(biāo)準(zhǔn)，到瀏覽器移動設(shè)備廠商的實現(xiàn)落地等，應(yīng)有盡有，精彩紛呈。

Native 跨端融合專場

來自阿里 Weex、騰訊 Hippy、京東 Taro 框架的核心開發(fā)者將精準(zhǔn)地展現(xiàn)集優(yōu)雅范式與差異化平臺于一身的框架設(shè)計思想。從 Web 前端到 App 終端，從 React Native 的 Learn Once Write Anywhere 到 Weex 的 Write Once Run Everywhere，為您帶來全新的核心理念、設(shè)計思路專場剖析。

Node 服務(wù)與性能專場

Node.js 已廣泛地運用于 BFF（Backend for Frontend）架構(gòu)體系，受益于前后端同構(gòu)技術(shù)與 MVVM 框架 SSR 特性，產(chǎn)品的開發(fā)效率與加載體驗都獲得了不俗的提升，但與此同時，也帶來了新的挑戰(zhàn)。例如，Node.js 服務(wù)基礎(chǔ)設(shè)施如何搭建？面對性能和故障壓力如何快速定位與解決？這類問題在 Node 服務(wù)與性能專場您將會找到答案。

小程序快應(yīng)用專場

如果問今年最流行的前端技術(shù)是什么？微信小程序一定是選項之一。與此同時，為了給用戶提供更快更好的移動應(yīng)用體驗，國內(nèi)手機(jī)廠商聯(lián)合發(fā)布了「快應(yīng)用」技術(shù)標(biāo)準(zhǔn)。小程序、快應(yīng)用、PWA等技術(shù)在實踐中各自的優(yōu)勢是什么？常見問題在哪里？小程序與快應(yīng)用專場，大咖將為您指路。

可視化與動畫專場

讓數(shù)據(jù)更好地表達(dá)出它背后的業(yè)務(wù)含義，離不開一款優(yōu)秀的數(shù)據(jù)可視化引擎。引擎的通用配置能力、大數(shù)據(jù)場景下的極限渲染性能、SVG/Canvas/WebGL 的渲染差異與補間動畫設(shè)計都需要歷經(jīng)考量，在一步步的迭代中進(jìn)行完善，臻至完美。在這里，可視化與動畫專場為您呈現(xiàn)國內(nèi)外頂尖團(tuán)隊的風(fēng)采。

-----? ?_(:з」∠)_? _(:з」∠)__(:з」∠)__(:з」∠)_----

好的，以上就是官方的主要內(nèi)容啦ヾ(?ε?｀*)。

我按照我的理解翻譯一下ヽ(?ω?′?)。

IMWebConf 是?國內(nèi)頂級前端技術(shù)領(lǐng)域開發(fā)者大會(;′▽`)y-~~。

由騰訊前端團(tuán)隊舉辦(?ェ?。)。

邀請人員所在公司有：Google、W3C 組織、Adobe、騰訊、阿里、百度、美團(tuán)、京東

（蛋糕注：這些都是全世界頂級互聯(lián)網(wǎng)公司的前端人員，不管對外經(jīng)營如何，凡是你耳朵里面知道的公司，能夠讓普通人知道的公司，他們的技術(shù)人員一定是在頂級區(qū)域的。比如B站的技術(shù)人員也已經(jīng)是在頂級區(qū)域了）

主要內(nèi)容：

上午：解讀前端前沿技術(shù)趨勢與應(yīng)用實踐ヾ(?ε?｀*)。（可以理解為解釋合同和應(yīng)用合同。甲方簽訂了合同，約定互聯(lián)網(wǎng)項目應(yīng)該怎么來做，大佬們解釋這個合同，并且在生活中應(yīng)用這個合同）

下午：四個分會場ヾ(?ε?｀*)。

Native 跨端融合專場——前端做app端應(yīng)用，一套代碼可以在H5（一般指移動端網(wǎng)頁）、安卓、IOS上應(yīng)用起來的，而不用專門寫好幾套代碼，這么實現(xiàn)的ヾ(?ε?｀*)？

Node 服務(wù)與性能專場——前端用Node.js做服務(wù)器端功能，在大公司那邊，是怎么應(yīng)用的ヾ(?ε?｀*)？

小程序應(yīng)用專場——比起Native自己做原生自己***，靠近大廠商的小程序是這里兩年的一個大熱門，這里面，大公司作為大廠商，是怎么做的，作為非大廠商的大公司的解決方案是什么ヾ(?ε?｀*)？

可視化與動畫專場：時下講大數(shù)據(jù)、數(shù)據(jù)分析，那么大量的數(shù)據(jù)，幾百萬甚至幾千萬的數(shù)據(jù)怎么渲染在屏幕上？前端動畫一直是大家頭疼的地方，這里有一些解決方案分享一下(?ェ?。)。

看到了上面的描述內(nèi)容，我躍躍欲試，于是我馬上就去購買了。但是 (`Д′*)9

699ヽ(｀Д′)?？打擾了打擾了?(;′Д｀?)

當(dāng)時是這么想的，過了幾天以后上騰訊課堂一看，嗯？減了一半(*?Д?*) ？現(xiàn)價：349 щ(?Д?щ)

忍不住了，買買買─=≡Σ(((つ??ω??)つ

大會時間是星期天，不是工作時間。帶上我的小書包(?ェ?。)，剃干凈胡子 (●′З｀●)，就噠噠噠過去啦☆′?｀☆

坐的地鐵，沒想到星期天還是這么擠人ㄟ(▔,▔)ㄏ，輾轉(zhuǎn)曲折騎著破破爛爛的共享單車，好不容易到了大會所在的地方，上樓梯(?ェ?。)

呀，和IMWEB SAY HI （づ￣3￣）づ╭?～

大會在三樓，一上來就看到大大的牌子~

“前有沿，端無界”，是這次大會的主題。我自己是想著，前端有前部的邊沿，就是指前端陣地最前面的邊沿，也是前端技術(shù)的第一線。端無界就是前端不只是單純的瀏覽器端，安卓、IOS、XR等都可以應(yīng)用\‵（●●）‵\

進(jìn)來以后，先拿了發(fā)票——雖然目前沒有報銷，但是拿了就對了。

自皮拍~

主要是因為點贊后累計了數(shù)目可以拿到獎品，25個是本子，35個是QQ公仔，65個是QQ哈士奇，我攢到了111個，拿到了QQ哈士奇~

按了以后會發(fā)出聲音~一共三種~

在騰訊課堂上購買以后，用QQ賬號買的門票，QQ掃碼后確認(rèn)了訂單，然后拿到了參會證~

主會場很大~

上午的時候全部人集中在主會場，主要是聽三場分享。

每張椅子上都放有一個印制有 IMWEB CONF的帆布袋

里面的內(nèi)容如下：一瓶水，一個麥香杯，一冊參會指南，一個記事本，一支筆，一個徽章，其他的事贊助金主的廣告宣傳冊。（包子和香蕉是我的早餐桌子上的，大家請忽視）

主會場的基本配置是 講師、背板大屏幕（顯示PPT，焦點視頻、右下角分享）~

現(xiàn)場的人人多，頭發(fā)也很多，大家都很瘦很帥，很漂亮，妹子超級多！?。《液芏喽际浅呻p成對來的。

（為什么就我是單身肥宅啊/(ㄒoㄒ)/~~

多的就不說了，現(xiàn)在這里是來自D1n910的理解和心得體會。

上午場是主會場

開始是開幕致辭，由騰訊的大佬分享自己認(rèn)為的前端之路三個境界。

第一個境界"昨夜西風(fēng)凋碧樹。獨上高樓，望盡天涯路"。人生的初始階段迷茫困惑，選擇多，不知道前方在哪里，不知道為什么而奮斗。就和我們剛進(jìn)前端一樣，前端有這么多東西，我們該學(xué)什么，該做什么，剛開始是迷茫的。這位大佬從05年的時候剛開始學(xué)習(xí)，ajax當(dāng)時在發(fā)展，他陸陸續(xù)續(xù)做了自己的網(wǎng)站、博客，開始去玩flash等當(dāng)時比較流行的前端使用的東西。他說他當(dāng)時玩了一圈以后，覺得自己什么都不會，因為他當(dāng)時連一個最基本的頁面都寫不了。他認(rèn)為現(xiàn)在這種前端發(fā)展比較快的情況還是如此，就像前段時間他去高校里招聘，很多學(xué)生的簡歷上都會寫做過很多個人的前端項目，但是最后他讓這學(xué)生去用js寫前端“hello world”，連getElementById（就是獲得頁面上id為xxx的元素，啊啊啊w(?Д?)w我會啊，可惜騰訊不會來我們學(xué)校校招的），所以他認(rèn)為這是一個很普遍的現(xiàn)象，因為是連基本的都不會。所以他認(rèn)為最重要的是基礎(chǔ)，最重要的是對html、css、js的一個很熟練的把控，然后對瀏覽器的了解，對一些前端技術(shù)棧的了解，比如請求，比如問題的定位，就是對基礎(chǔ)的了解。對基礎(chǔ)了解，才能夠在前端的通道上立足。這是他認(rèn)為的第一個境界。（我還在這個境界中）

第二個境界是“衣帶漸寬終不悔，為伊消得人憔悴”，他認(rèn)為可以反過來說“為伊消得人憔悴，衣帶漸寬終不悔”。他認(rèn)為有兩個關(guān)鍵點，一個是“伊人”，即你個人喜歡的東西是什么，你敢興趣的對象是什么，只有有這個意愿，才能夠“為伊消得人憔悴”，怎么去找到你的“伊人”，怎么去找到你的目標(biāo)，就是第二個地方，就是你怎么找到讓你沉下心來去做的事情，這個在他看來是都很重要的。有了這個事情之后，怎么樣才能對這個事情專注。大佬回想起09年的時候他加入QQ空間，回憶當(dāng)時用戶增長后，考慮的性能優(yōu)化問題，因為當(dāng)時是個急迫的問題，業(yè)界可參考的方案不多，自己感興趣，就去鉆研優(yōu)化。當(dāng)時有做預(yù)加載，比如QQ農(nóng)場的flash預(yù)加載。用了一個手段是，每天早上用戶登錄QQ的時候，會有QQ新聞（好熟悉），那么那個時候就會加載QQ農(nóng)場這類的資源，會把新的資源更新好。這樣到了晚上用農(nóng)場的時候，資源已經(jīng)加載好了。第二個境界就是找到自己感興趣的事情，然后去追求。

第三個境界這是“眾里尋他千百度。驀然回首，那人卻在，燈火闌珊處。”，第三個境界是得到了第二個境界獲取的項目的歷練，通過千百次的歷練后（霧草，千百次的項目嗎w(?Д?)w），在量變引起質(zhì)變的時候，引起技術(shù)上、思維上的頓悟（看來我還沒有量變足夠??）會發(fā)現(xiàn)很多東西其實是類似的。然后舉了一些例子，比如去年年底出來的flutter（谷歌新出的能夠開發(fā)在安卓和IOS上運行的軟件的“語言”框架），其實和小程序的概念非常相似。很多事情，通過不斷的積累，不斷的在第二階段之后，會發(fā)現(xiàn)很多事情是很想通的，這個時候就真的能夠在前端之路上找到自己的東西。

最后他總結(jié)了上面前端三境界，打基礎(chǔ)，有方向后持續(xù)一萬個小時去努力*注意一萬個小時相當(dāng)于完整的416.6666667天，如果一天學(xué)12小時，相當(dāng)于2.28年（還短的），在多個專注的點后，會帶來前端上的（忘記了，進(jìn)化？）

主要是對剛?cè)胄械那岸苏f噠ヾ(?ε?｀*)? （我我我

這個致辭后，?W3C Webapps 組聯(lián)合主席Chaals分享了《Making web products for a global market》(*為全球市場制作網(wǎng)絡(luò)產(chǎn)品)。

開頭的時候說了“你好”，我心里想著太好了太好了，因為我想著，這是歪果仁，我外語水平不過關(guān)，難以聽講，幸好是講中文的。沒想到他下一句就講了可能是我全場唯一聽得懂得英文“Sorry，I don speak Chinese”（*抱歉，我不說中文）接下來雖然大屏幕右下角有中文翻譯，但是我很難看到，所以他主要講的內(nèi)容我都不知道是什么，有點遺憾。如果大會由相關(guān)的聽譯設(shè)備、或者一些中文稿件就好了。當(dāng)然這是我的問題。

Chaals是W3C?Webapps 組聯(lián)合主席,今w3c也有了中文社區(qū)http://www.chinaw3c.org/網(wǎng)站，演講后的提問主要有下面的：（一個小姐姐進(jìn)行翻譯~）

W3c的中文組是什么的，為什么為中國特別實現(xiàn)了興趣組？

答（整理）：它（w3c中文組）本身是作為輸入輸出的中介，就是大家都知道大家的（整個中國）的web開發(fā)社區(qū)是非?；钴S的，有很多我們本地使用廣泛的接口和針對中國特殊的use case（使用案例），或者是有一些技術(shù)在中國已經(jīng)發(fā)展得非常成熟，但在整個世界上來說，對這些技術(shù)了解得比較淺。所以今年w3c就特意為中國成立了這樣的社區(qū)組，就是有一些大家不是能夠用英文那么流利去進(jìn)行討論的時候，大家可以先用本地的語言進(jìn)行充分地討論，或者對w3c有一些已有的規(guī)范，大家覺得沒有考慮到中國的用例或者環(huán)境，可以通過這個興趣組的主席或者幾個大公司組成的一些工程師或者大家有興趣的可以隨時參與這個興趣組?？偟脕碚f就是大家先討論好問題和需求，然后核心成員進(jìn)行轉(zhuǎn)達(dá)、推廣、追蹤。

hey chaals 我等下準(zhǔn)備介紹quick，我想問問w3c是怎么看quick的

答（整理）：w3c很高心看到quick，但就是大家都知道網(wǎng)絡(luò)的基層模型，然后w3c主要工作是在應(yīng)用層，因為我們做的是web，w3c和IETF有很好的關(guān)系，然后如果這個模型是基礎(chǔ)的模型，如果是應(yīng)用層的，w3c就會參與。quick是應(yīng)用層的，所以它大部分的工作是發(fā)生子啊IETF，但有很多接口，比如像web rtc，web?socket這兩個都會涉及。比如web socket，w3c主要是定義瀏覽器怎么樣去使用web socket，然后IETF主要是對協(xié)議層的標(biāo)準(zhǔn)化。

時間有限就end啦~

還有一件事情是想要強調(diào)的，翻譯的小姐姐是w3c 中文組的其中之一，有什么事情可以問她~

每一場以后都會有對講師的小程序問卷打分。

第二場是由 英特爾開源中心高級工程師，w3c 工作組成員閆紹博來講《XR on Web》

上來以后，他先感謝了大家還有剛剛chaals對于標(biāo)準(zhǔn)的介紹。他認(rèn)為對前端標(biāo)準(zhǔn)的了解，就可以對于前端一些新興領(lǐng)域進(jìn)行了解。為什么呢？第一，如果w3c對于一個領(lǐng)域提出了標(biāo)準(zhǔn)，說明這個領(lǐng)域很熱，有很多的需求；第二，w3c組做的是什么事情呢？chaals跟大家說了，它要考慮許多跨平臺的特性，就是意味著在制定標(biāo)準(zhǔn)的時候，需要考慮到這個領(lǐng)域的“共性”，API的設(shè)計也是有很多復(fù)雜的考慮，那如果我們可以參與這種考慮和考量，相信會對這個領(lǐng)域的了解非常深刻；第三，也就是最重要的一點，就是w3c工作組的內(nèi)容是在github上，我們可以很輕松地訪問到這些文檔，通過issue看到對這些問題的討論和爭論。然后我們甚至還可以直接通過github參與這些討論。有些還會介紹一些api整個的設(shè)計師什么樣的一個思路。他也和chaals一樣，希望國內(nèi)的開發(fā)者能夠更多地參與到標(biāo)準(zhǔn)的制定和討論中。希望各位開發(fā)者能夠把自己的技術(shù)和聲音帶到更廣闊的舞臺上。

閆紹博回到了他分享的話題，XR on Web。他說如果是2016年來分享的話，大家的反響會更加熱烈一些，但是到今天的的時候，大家肯定是對XR有疑問，就是XR涼了沒。對于他個人而言，他覺得沒有，不僅僅是因為他是做這行的。他對XR的理解是一個單純的技術(shù)，它是一種人們對更多信息量的獲取，更便捷地獲取信息，以及與信息進(jìn)行更好地交互的一種系統(tǒng)性的工程。他覺得人類對這種的訴求是在不斷提高，也是不斷地想要有更簡潔的交互方式的。因此XR才會默默地去發(fā)展。這次他想通過這個舞臺，從一個新的角度，從鼓勵大家參與的角度，從一個制定者的角度去看Web XR 和 Web XR?API。從一個簡單的例子去看構(gòu)建一個Web XR APP所需要的真?zhèn)€架構(gòu)和技術(shù)有哪些。從而讓大家有一個認(rèn)識就是為什么XR是一個系統(tǒng)的工程。

如果您想看到這方面的詳細(xì)的內(nèi)容，請到騰訊課堂看看有沒有放出。

我個人聽了以后的理解描述：XR 就是我們知道的AR、VR的集合。AR、VR有很多共性，同時也有不可忽視的特性。兩者最大的區(qū)別是用戶是否可以感知到真實的環(huán)境。標(biāo)準(zhǔn)的相關(guān)標(biāo)準(zhǔn)制定還在制作中，還沒有放出。確實有些大廠商已經(jīng)在制作的應(yīng)用，比如我們知道的蘋果等。

后面準(zhǔn)備演示真實的demo的時候出問題了，Chrome瀏覽器崩潰了，有點小尷尬。

提問環(huán)節(jié)——w(?Д?)w我我我我，沒認(rèn)真聽！

休息了五分鐘以后，開始了第三場。

第三場是由 騰訊TEG基礎(chǔ)架構(gòu)工程師羅成分享《make web QUIC》。為什么用這個標(biāo)題呢？一方面是因為要講的是QUIC，還有一方面是有quickly，的意思，讓web更快。他先介紹了自己的職業(yè)歷程，展示了自己的資歷。以及介紹了下自己目前的工作。涉及到了性能的優(yōu)化?，F(xiàn)在他講的事QUIC在他們內(nèi)部的一些經(jīng)驗。今天分享的內(nèi)容主要是有四個部分，一、QUIC的背景，二、介紹下QUIC協(xié)議的主要優(yōu)勢 三、QUIC在實踐方面的事情，實踐的架構(gòu) 四、QUIC在騰訊內(nèi)部的應(yīng)用和收益。

展示了個數(shù)據(jù)圖，是web頁面的構(gòu)成，來源于近幾年綜合統(tǒng)計出來的數(shù)據(jù)。頁面的大小，從2012年以來，從200k增加到了1.6mb。請求數(shù)量從29個增加到了76個。TCP連接數(shù)是20個，連接數(shù)沒有增加。HTTPS的請求，增加到了77%。但是國內(nèi)的HTTPS沒有這么樂觀。等到了后面，因為注意安全性，HTTPS的要求就會越來越多，IOS、小程序不是HTTPS都不能上。所以HTTPS到了后面是標(biāo)配。這是告訴大家兩個事情，一個是頁面的大小越來越大， 用戶對體驗的要求越來越高，web的體積是越來越大的。第二個是要求響應(yīng)的速度是越來越快的。HTTP2的請求越來越多，HTTP2已經(jīng)是一種的大家都知道的標(biāo)準(zhǔn)，主要是因為它支持多路復(fù)用。可以將多個請求一次發(fā)出來。還有其他的優(yōu)勢就是頭部壓縮，會優(yōu)先處理JS請求等。剛剛有一個問題，有一個比較嚴(yán)重的問題。就是因為HTTP2是基于TCP。有一個問題，就是連接成本非常的高。要建立TCP的連接，完成兩個握手階段。一定概率的情況下，還需要校驗證書的在線狀態(tài)和本地的進(jìn)行校驗。校驗的時候又要有是三個TCP連接。所以TCP連接一直維持在20個左右的原因。連接成本高。

第二個問題是，隊首阻塞。HTTPS保密性很強。如果有1、2、3個包，有一個丟失了怎么辦？就需要重傳。就算后面第二個、第三個到了應(yīng)用層，也不會被讀取。它阻塞到了那里。這就是隊首阻塞。為什么說HTTP2會加劇隊首阻塞呢？因為以前HTTP1的時候只是一次發(fā)送一個請求，阻塞也是阻塞一個。而HTTP2可能同時發(fā)送50個或者100個。發(fā)送100個的話，丟了一個包，可能影響的范圍就很大。而且發(fā)送的包越多的話，丟包的概率就越大。所以HTTP2加劇了隊首阻塞。

不僅如此，TCP還有一些其他的問題，TCP是基于操作系統(tǒng)，是基于內(nèi)核的。對于TCP協(xié)議層的優(yōu)化，對于一些安全性的優(yōu)化，我們都要內(nèi)核的支持。我們需要內(nèi)核的升級，操作系統(tǒng)的升級，比如說路由器的升級。升級的代價非常高，所以更新就非常慢。是一個非常嚴(yán)重的問題。等等。

那么如何解決HTTP2和TCP協(xié)議的問題呢？如果是想從TCP協(xié)議來修改這個問題，優(yōu)化這個協(xié)議來提升性能，那這個基本是不可能的。成本太高，有些時候支持不了。既然不能從TCP協(xié)議上來改善，那么久換了TCP，就不用TCP。就是用QUIC。QUIC是Quick UDP Internet Connection的簡稱，是GOOGLE在2013正式發(fā)布的一個web傳輸協(xié)議。簡單來說，就是用UDP實現(xiàn)的HTTP2連接協(xié)議，是可靠的，具有TLS的安全性，多路復(fù)用，頭部壓縮，全部都有。這個就是QUIC的簡單的介紹。

QUIC就是快。傳輸用的UDP，沒有連接的概念，直接發(fā)送就可以了。TLS 方面，它的握手實現(xiàn)了0 RPC（好像是這個。。。）。它全部基于用戶空間的。直接在應(yīng)用層可以對協(xié)議進(jìn)行任何修改。只要客戶端和服務(wù)端進(jìn)行修改，不用對硬件等進(jìn)行操作。有可插拔，可以對不同的用戶不同的場景應(yīng)用不同的配置.......（詳細(xì)的大家可以google一下。）

和第二場一樣，詳細(xì)的內(nèi)容請大家自己去騰訊課堂上聽。

以下的內(nèi)容，是一個小白在聽了以后能夠記住自己消化理解的東西。

因為是谷歌的東西，所以谷歌自己本身已經(jīng)在用QUIC協(xié)議來做自己的應(yīng)用，比如谷歌搜索等，在已經(jīng)優(yōu)化到了極致的情況下，應(yīng)用了QUIC，依舊提升了8%的性能，而騰訊自己在線下對QQ空間、騰訊視頻上的應(yīng)用QUIC，提升的性能是15%。

QUIC在開源社區(qū)上有幾個應(yīng)用的框架，但是因為QUIC本身體積龐大，更新迭代速度快，所以開源社區(qū)上的輪子們現(xiàn)在基本上都不更新了。有的甚至停滯在16年。騰訊只能夠自己做一套自己在用的QUIC，也為幾個重要的客戶提供了QUIC的解決方案，是國內(nèi)首家。也歡迎大家提供工單申請使用。

后面的提問都是圍繞著UDP相關(guān)的問題，以及有關(guān)丟包重傳標(biāo)記的問題。因為我的水平有限，所以難以復(fù)述。

對了，騰訊做的這個QUIC的解決方案目前沒有開源的計劃2333

但也十分感謝這次的分享！

第三場會議分享結(jié)束后，是圓桌會議。三位講師，還有同時可以作為翻譯的講師小姐姐，她同w3c交互領(lǐng)域技術(shù)專家。和大家進(jìn)行討論。

這是難得的面對面交流的機(jī)會。

因為我技術(shù)差，無知，所以當(dāng)時都沒有什么問題提出來。

第一個問題是問chaals的，不過有點搞笑的是，他是用比較蹩腳的英文提問的，但是我非常佩服啊啊啊w(?Д?)w。因為他的太緊張了，第一個提問嘛，所以后面又用中文復(fù)述了一遍?，F(xiàn)場很歡樂，哈哈哈。

問：chassls對網(wǎng)絡(luò)安全的看法，對支付如何更加安全怎么看。

答（小姐姐翻譯，我整理）：其實W3C是有專門針對安全問題的工作組。然后在這個基礎(chǔ)上，專門針對地理位置的api的獲取，比如協(xié)議層的信息傳輸，防止釣魚、信息劫持的考慮，考慮層面是用戶交互，就是尤其是你的用戶里面包括無障礙人士，無障礙考量人士，就是包括盲人，很容易造成誤操作的情況下， 如何讓誤操作不會引起安全問題，這也是非常重要的考量。然后具體chassls提到的現(xiàn)在新一代的web payment是怎么操作的，這個同學(xué)非常歡迎下午可以跟我（這個小姐姐）交流一下?，F(xiàn)在的四大瀏覽器內(nèi)核（Trident、Gecko、WebKit和Presto）都是用新一代的web payment api，通過瀏覽器的信息封裝去隔離各個？？？的信息傳輸，保證是https來進(jìn)行交互的。（鼓掌??）

問：我想問一下我們這邊的這個美女啊，就是我們那個，就是那個w3c有很多國家參與，那我們中國是以什么樣的形式參與到這個w3c里面的這個標(biāo)準(zhǔn)的制定，這是第一個問題。第二個就是JavaScript是由ECMA委員會來制定，想到知道和W3C之間的關(guān)系（？應(yīng)該是這么問的。。。）

答（chassls答，小姐姐翻譯，我整理）：就是和剛剛那個ITF的問題有點類似，就是如果你的問題是純粹的JavaScript的問題，就是JavaScript語言的定義的話，那就去那個什么（谷歌一下？）如果JavaScript 形成的的 api，就是表現(xiàn)形式是接口的話，就是w3c的工作范圍。然后在中國公司，中國開發(fā)者。參與方面其實是w3c標(biāo)準(zhǔn)的制定流程的技術(shù)討論都是公開免費的，以前我們就是通過訂閱一個郵件列表，每一個技術(shù)討論，我們都會通過一個郵件，每一個公司、每一個開發(fā)者的參與記錄、言論都是有公開記錄的，然后現(xiàn)在大家如果想對這些已有的api接口、新的接口討論了解，都可以去github的w3c這個組織下面，找到對應(yīng)api查看，如果有問題的話，可以看一下歷史的issue，如果沒有的話，可以提一個issue（類似提問~）如果你想用一些新的接口，可以去MDN看一下，現(xiàn)在四大瀏覽器都把自己的文檔托管到MDN上面。

問：額，我問一個不是那么技術(shù)的問題啊，就有點感興趣啊，就是w3c維持這么久，這個錢是哪來的？（全場大笑。其實我之前有了解過，所以我知道怎么回事~其實w3c可以看作是全球幾個大公司為了合作互通有無搞起來的組織，這樣不會因為打架而產(chǎn)生內(nèi)耗）

小姐姐答：就是其實，剛剛chassls提到一個重要的前提，就是上面所有的技術(shù)都是開放免費的，這個是怎么實現(xiàn)的？這個實現(xiàn)的是，當(dāng)你提一個新的議案到w3c的時候，你都要放棄這個議案的所以技術(shù)專利，然后w3c有自己的制度，把這個技術(shù)方案提供給全部的公司和全部的使用者，所以這個專利的梯度和專利的授權(quán)是用會員制來實現(xiàn)的。所以w3c 的主要收入是來自會員費支撐的。其實w3c是一個高效的、小的組織，全球只有八十個人。中國這邊大概有五個全職員工。然后大家平時看到的規(guī)范，有一個誤解是說這個技術(shù)是w3c制定的，制作的。其實技術(shù)決定都是由所有的w3c會員共同決定的， 每一個會員對于有自己的公司。

（相當(dāng)于幾個公司一起聯(lián)合發(fā)布共同的規(guī)范，比如說微軟有自己的瀏覽器內(nèi)核，谷歌有自己的瀏覽器內(nèi)核，如果兩個公司的標(biāo)準(zhǔn)不能大范圍統(tǒng)一，那么同樣的效果，在微軟上要某一套代碼，在谷歌上又要另一種，開發(fā)者累死）

chassls從一個會員的角度說：就是chassls過去所有的工作經(jīng)歷是為w3c的會員公司工作的。w3c的會員費是公司的一大比開銷，但是大家交這筆會員費是合理的。沒有w3c的話，大家要花更多的錢去做一個新的w3c。

在主持人的引導(dǎo)下，開始了向右邊兩個大佬的提問，

問：剛剛知道了QUIC傳輸?shù)椒?wù)器端，不是打個標(biāo)注嗎，怎么判斷這一個，兩個標(biāo)注。從客戶端到服務(wù)器端的這個標(biāo)注是否是相等的，還是怎么樣判斷這個。

答（羅成）：你說的這個應(yīng)該是QUIC的版本協(xié)商，連接問題。（問：對，就是QUIC怎么判斷這個包是丟了的這個包，還是要丟的那個包？）你是說連接的過程，你寫版本協(xié)商優(yōu)化重傳的嗎（就是你不是說它是打了一個標(biāo)注，然后推到那個服務(wù)器端，再返回來的嗎？是這個過程嗎）額，說的是它的序列號是吧？（對）是啊，啊，是?。ㄈ珗鲂我，我就想問下你是怎么看這個是相等的，還是怎么區(qū)分的）我嘗試回答下啊，就是它發(fā)生了序列號的這個，第一個的話就是，傳輸層的1、2、3，丟了的話，或者超時的話，就會很快地打回去？？？？？上面的請求層面，還有一個.....（后面的斷了不少，現(xiàn)在就忘記了QAQ

以上就是上午我記得的部分，加上了現(xiàn)場的一些錄音輔助。肯定是有很大的偏差的！

因為上了一天的課，又到處奔波，現(xiàn)在在火車上進(jìn)行文章回憶書寫，難以堅持，先寫上午的事情，下午的印象更加深刻，將在下一篇進(jìn)行分享~

還有后續(xù)orz

圖片版權(quán)歸IMWEB所有！

文字雖然是自己整理，但是可能偏差較大

如果有后續(xù)問題，請聯(lián)系我刪除！