背景前兩篇文章(chromium編譯與支持H264編碼支持 用XWalkView替換默認的Webview)都寫了。昨天和前天驗證沒問題之后，就過了一個愉快的五一了。官方的webrtc的源H264的解碼也是能支持的，看起來很順利，但是切換到我們的webrtc的源就掛了。報錯信息是這樣的：

Uncaught TypeError: Failed to construct 'RTCPeerConnection': Malformed RTCConfiguration"

仔細看了一下，應該是chrome的一個歷史的問題，需要H5的同事做下兼容。

但是我在想，也可能是我用的版本太舊了。crosswalk的是基于chromium53。但是當前的chromium版本去到74了。這就很尷尬了。于是有本文。

先說下這個項目的現狀（2019.5.4）。Intel停止了這個項目，所以現在是沒有維護的狀態，chromium本身的更新很給力，所以適配的工作量很大。特別是更新到最新版本。現在已知的信息有：

有一個官方的rebase指南

https://github.com/crosswalk-project/crosswalk-website/wiki/Rebasing-our-forks

另外一個項目組在積極維護

https://github.com/tenta-browser/crosswalk

當前2019.5.4）同步到chrome64的版本。

民間的維護

As i can see https://github.com/ks32/CrosswalkNative
project uses enable_webrtc=false flag, so you need to rebuild native xwalk libraries yourself - libxwalkcore.so, libxwalkdummy.so - with that flag enabled.

Docker hub link for - ks32/crosswalk-build-tools -
https://hub.docker.com/r/ks32/crosswalk-build-tools/

You can read about docker here
https://www.docker.com/resources/what-container

Practically you’d better create lowcost digitalocean one-click docker droplet with with at least 50GB SSD.
And build it there.

https://github.com/ks32/crosswalk/tree/ks_chromium_58

這個分支主要就是同步tenta-browser的修改，做成aar。但是有一些chrome的開關需要處理，如果要支持webrtc的話。

工作量的設定

我一開始覺得工作量應該不大，畢竟都開源了。但是實際上研究進去才發現很多知識(哭)。兩三個星期應該是沒有希望解決的。對于一個完全沒有背景知識的人。國內的同學可以考慮用下TBS（但是TBS對webrtc的支持也有坑的…）

如果您有精力去維護的話，可以考慮找下 ks32 一起維護。

玩～

總結

以上是生活随笔為你收集整理的crosswalk项目的维护的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。