下一個 IE？Safari 瀏覽器正在殺死 Web

蘋果的 Safari 瀏覽器在支持 Web 功能方面遠遠落后于其他競爭對手，它或許會成為下一個 IE。

時至今日，IE 6 的種種遺留問題仍然困擾著不少 Web 開發(fā)人員。這款雖然經(jīng)典但卻毛病多多的瀏覽器大大降低了開發(fā)者的生活質(zhì)量，甚至有激進的觀點認為它幾乎毀掉了整個互聯(lián)網(wǎng)?？傊?，IE 真的很差勁，它相當于是逼著 Web 開發(fā)者在冰天雪地中爬坡前行……經(jīng)歷過的估計都懂。

但就算沒經(jīng)歷過那個時代，如今的 Web API 開發(fā)人員也面臨著類似的難題——只不過這一次，難題來自蘋果。

蘋果的 Safari 瀏覽器在支持 Web 功能方面遠遠落后于其他競爭對手，這種落后到底達沒達到當初 IE 的“高度”仍有爭議，但不少人已經(jīng)把 Safari 視為 IE“精神”留下的現(xiàn)實映射。而且可以肯定的是，Safari 當中的 WebKit 引擎確實遠不及其他瀏覽器方案。

根據(jù) Web Platform Tests 公布的儀表板，基于 Chrome 的瀏覽器能夠支持 94% 的測試套件、Firefox 支持 91%，而 Safari 僅支持 71%。在桌面端，問題似乎不大；畢竟用戶可以隨時切換到最經(jīng)典的谷歌 Chrome（甚至 Vivaldi）。

但是，在 iOS 設(shè)備上，情況就沒那么簡單了。

iOS 對于瀏覽器的壟斷

根據(jù)蘋果 App Store 中發(fā)布的規(guī)定，“用于瀏覽網(wǎng)頁的應用必須使用適當?shù)?WebKit 框架與 WebKit JavaScript?！睋Q句話說，無論選擇 Safari 還是 Chrome，iPhone 用戶們實際上使用的都是 Safari/WebKit 這對弱智組合。

蘋果在 iOS 上壟斷了瀏覽器選擇權(quán)，這是微軟在 IE 身上永遠沒能實現(xiàn)的終極目標。在 Windows 中，用戶至少還可以安裝 Firefox。但即使在 iOS 上使用其他瀏覽器、包括 Firefox，我們用到的在本質(zhì)上也仍然是 WebKit?；蛘哒f，只要大家選擇了 iOS 設(shè)備，那么 Safari 就將永遠伴你左右。

而真正讓 Web 開發(fā)者們頭疼的，則是蘋果緩慢的開發(fā)周期。蘋果最快也要每六個月左右才更新一次 Safari。而基于 Blink 的 Chrome 系瀏覽器則每六周更新一次（很快將進一步縮短為每四周更新），F(xiàn)irefox 每四周更新一次，Brave 甚至每三周就迎來一波更新。如此一來，蘋果不僅是添加新功能的速度太慢，這樣的開發(fā)周期也讓簡單的 bug 修復成果得等上好久才能正式登陸用戶設(shè)備，而某些受到 Safari bug 影響的網(wǎng)站可能需要等待一年才能解決問題。

再深入觀察，我們會發(fā)現(xiàn) Web Platform Tests 數(shù)據(jù)還暴露出 Safari 的另一大短板——即使 WebKit 能夠?qū)崿F(xiàn)某項功能，其效果也往往不夠完整。以漸進式 Web 應用程序（PWA）為例，其目標是希望能讓 Web 應用的使用體驗無限接近于原生移動應用。

用于構(gòu)建 PWA 的相關(guān) API 可以實現(xiàn)全屏運行（無瀏覽器 UI）、發(fā)送通知與警報、離線狀態(tài)運行以及通過主屏幕圖標啟動等等。目前最具知名度的 PWA 案例當數(shù) Twitter 與 Uber。

蘋果已經(jīng)為開發(fā)人員實現(xiàn)了構(gòu)建 PWA 所需要的大部分功能，但其中仍有著不少局限性。比如蘋果還沒添加對發(fā)送通知和主屏幕應用圖標的支持，因此本質(zhì)上可以說 Safari 還沒有實現(xiàn)某些真正能讓網(wǎng)站用起來像原生應用的核心功能。

也正是因為蘋果這種故意削弱 WebKit 來護著自家 App Store 業(yè)務(wù)的行為，引發(fā)了開發(fā)領(lǐng)域的激烈爭論。因為如果蘋果老老實實推出所有支持功能，開發(fā)者就能構(gòu)建起更好的 Web 應用，那到時候沒人買原生應用了怎么辦……蘋果在 iOS App Store 中可是擁有 30% 的傭金抽成。

熱衷于做 Web 應用的開發(fā)者們對上述問題自然是非常關(guān)心的，但蘋果則不然——他們是世界上財力最雄厚的企業(yè)之一，并不擔心自己的倒行逆施行為會惹惱 Web 開發(fā)者群體。更重要的是，蘋果在保護自身利益的同時，還把新 API 支持功能的缺失解釋成保護用戶隱私……打著這面大旗，其他人也確實不好多說什么。

Safari 真的在拯救 Web 嗎？

Safari 的支持者以及蘋果本身都堅定認為，之所以不支持那些新型 API，是為了避免開發(fā)者訪問用戶的 USB 端口、藍牙裝置、電池狀態(tài)及 NFC 傳感器等，進而導致廣告商利用這些信息不斷侵蝕本已很脆弱的互聯(lián)網(wǎng)隱私。就算不擔心隱私，這些 API 也會減弱手機的電池續(xù)航能力。

我本人并不是 iOS 用戶，但蘋果在隱私問題上的堅定立場確實讓我相當心動。

我承認，我非常討厭現(xiàn)代網(wǎng)絡(luò)，但我對隱私問題也不太擔心，畢竟使用移動設(shè)備本身就代表著與隱私的背離。 我重視隱私，但如今網(wǎng)站可靠性低、速度慢而且對用戶抱有敵意等整體趨勢已經(jīng)讓這種重視毫無意義。

我非常不喜歡 JavaScript 驅(qū)動的 Web API 所帶來的體驗，所以已經(jīng)開始在瀏覽過程中禁用 JavaScript，這樣網(wǎng)絡(luò)能瞬間恢復最初漂亮、簡潔的狀態(tài)，而蘋果肯定特別欣賞我這樣的用戶。我用過很多無需 JavaScript 即可加載的網(wǎng)站，而且堅決不碰那些強制要求使用 JavaScript 的站點。沒錯，既然 Invidious（YouTube 的開源前端替代產(chǎn)品）都能在無需 JavaScript 的前提下加載 YouTube 內(nèi)容，為什么 YouTube 自己不行？我不在乎具體理由，但寫了個腳本保證自己總會被重新定向至 Invidious 或者 PeerTube。

我想說的是，在這個問題上我是支持蘋果的；但我也承認，蘋果這種 Safari 落后性源自保護用戶隱私的說法壓根站不住腳。雖然我覺得蘋果不會非常擔心 Web 開發(fā)者能損害到 App Store 的根本利益，但其中的種種負面可能性也確實不得不防。于是，蘋果出于利益做出了選擇，再把它強行解釋成是在保護用戶隱私。

這些新 API 正在快速入駐其他瀏覽器，所以在一段時間之后，微軟 IE 當初的慘劇估計會重新上演。而大家也都清楚故事的結(jié)局：微軟輸了，其他瀏覽器都在快速發(fā)展，只有微軟 IE 徹底無人問津。

如果蘋果也沿著這條路走下去，那他們不僅會輸、甚至可能拖著整個 Web 一起陷落。因為蘋果支持者們有一點是對的：如果蘋果愿意接受谷歌 Blink 的主宰，那其他競爭廠商也只能服從。

那這位新“主宰者”的能力究竟如何？Web 開發(fā)者 Tim Perry 最近寫了一篇名為《Safari 不是在保護 Web, 而是正殺死它》的文章，他表示，過去每種瀏覽器都會提供自己的擴展 API。但如今，“Chrome 已經(jīng)深入人心，他們不斷提供更強大、更易于使用的擴展 API，人氣也一路水漲船高。而 Firefox 與 Safari，它們放棄了自有 API，轉(zhuǎn)而接納 Chrome 的 API。這相當于允許谷歌憑一己之力塑造 Web 擴展標準。”是的，當沒人敢站出來對抗市場領(lǐng)導者時，就會發(fā)生這種情況?！叭绻闆r沒有大的變動，那么谷歌的主宰之勢將愈演愈烈。這絕不是什么好消息?！?/span>

寫在最后

必須有人站出來阻擋谷歌和 Blink 瘋狂的擴張腳步，確保不斷涌現(xiàn)的 API 真能給 Web 用戶帶來助益。這一點對蘋果用戶很重要，對谷歌用戶乃至 Web 開發(fā)者也同樣重要。

大部分現(xiàn)代 Web 功能的開發(fā)是悄然進行的，期間鮮有爭論。Blink 開發(fā)者會在 Chrome 當中以開發(fā)者標記的形式發(fā)布這些新功能。這已經(jīng)成為一種共識和習慣，再要辯論或調(diào)整恐怕已經(jīng)非常困難。

我倒不是說蘋果的動機就真有多高尚，但他們對 Safari 的堅持至少還能逼迫谷歌在統(tǒng)一 Web 標準流程的霸業(yè)上放緩腳步……但蘋果方面也得做出改變，否則 Safari 有可能步 IE 的后塵。

我的這些想法可能太過理想，但正如 Web 倡導者（前 Opera 布道師）Bruce Lawson 所言，“如果蘋果允許 Safari 真正參與競爭，對于 Web 開發(fā)者、企業(yè)、消費者乃至整個 Web 領(lǐng)域的健康狀況都將是個好消息。”

如果蘋果能夠調(diào)整功能開發(fā)當中的透明度（減少）與加快響應速度，那它一定可以更多地在新 API 的發(fā)展中發(fā)揮作用。而且如果蘋果真的擔心 API 影響到用戶隱私，就該用行動捍衛(wèi)自己的觀點、反擊谷歌、拿出一套有競爭力的 Chrome 替代品。這可能不容易，但卻是今后 Web 還能健康發(fā)展的唯一希望。

往
期
推
薦
1、致歉！抖音Semi Design承認參考阿里Ant Design
2、對比7種分布式事務(wù)方案，還是偏愛阿里開源的Seata，真香！
3、Redis存儲結(jié)構(gòu)體信息，選hash還是string？
4、掃盲 docker 常用命令
5、最全分布式Session解決方案
6、21 款 yyds 的 IDEA插件
7、真香！用 IDEA 神器看源碼，效率真高！
點分享
點收藏
點點贊
點在看