走進Android的重災區----video
- 2019 年 12 月 21 日
- 筆記
html5的video已經出來很久了。在ios上使用基本上沒什麼毛病，但是Android下就是一個重災區了，各種體驗差。這幾天搞了Android的兼容，簡直是要吐血。所以特意總結了一些強勢的坑點。
常用的一些屬性和方法
video.error // null正常 video.error.code // 1用戶終止 2網路錯誤 3解碼錯誤 4URL無效 video.currentTime // 當前播放的位置，賦值可改變位置 video.duration // 當前資源長度，流返回無限 video.paused // 是否暫停 video.ended // 是否結束 video.autoPlay // 是否自動播放 loadstart // 客戶端開始請求數據 error // 請求數據時遇到錯誤（可以通過上一頁的屬性video.error.code查看具體錯誤原因） play // 開始播放時觸發 pause // 暫停時觸發 loadeddata // 數據已載入 waiting // 等待數據，並非錯誤 playing // play觸發後執行一次 canplaythrough // 可以播放，已載入好 timeupdate // 播放時間改變 durationchange // 資源長度改變 ...
坑（本次主要是在微信X5瀏覽器中的測試，其他Android瀏覽器下表現不一定一致）
自動播放
在ios上會自動全螢幕播放，需要在video標籤上設置一個屬性 webkit-playsinline，ios10及以上版本屬性名改成 playsinline。Android上，無法自動播放，必須手動觸發影片的播放。調用任何方法都沒用，據說這個為了幫用戶省流量而設定的。但是Android在首次觸發之後，再次觸發可以通過調用 .play 來觸發播放影片。因此做兼容的時候可以設一個判斷是否首次播放的標誌來處理。
默認樣式
Android下，不能自動播放，因此影片在播放前會帶有影片的默認白色加圓圈播放按鈕且背景是純黑色，可以說是非常醜陋了。為了好點的用戶體驗就是可以在影片的最上層覆蓋一張引導用戶點擊播放影片的引導圖，這樣既不醜陋又讓用戶知道這裡需要點一下才有東西出現。我的做法是增加一個手指引導圖，然後讓改元素可穿透(即設置 pointer-events:none; 讓其不會成為任何滑鼠事件的target)，這樣點擊元素的時候就相當於點擊了影片播放。然後監聽 playing 事件，如果影片開始播放了則把引導圖隱藏。具體如下：
<div class="entry_video" id="entry_video"> <video class="entry_video_con" id="video" webkit-playsinline playsinline src="//wq.360buyimg.com/fd/h5/1707/entryvideo/images/meirenyu_7f7e46da.mp4" autoplay="true"></video> <div class="guide" style="width: 100%;height: 100%;top: 0;left:0;position: absolute;pointer-events:none;"> <img src="//img11.360buyimg.com/jdphoto/s750x1334_jfs/t5668/219/7883436652/42409/2a1e4cc0/5976a71bN212dfa7b.png" alt="" style="width:100%;height:100%;pointer-events:none;"> </div> </div> vi.addEventListener('playing',function(){ $('.guide').hide(); })全螢幕播放
若頁面中沒有其他內容，只是播放一個影片的話，這個問題很好處理。設置webkit-playsinline，如果是在X5內核瀏覽器的話，設置 x5-video-player-type="h5" x5-video-player-fullscreen="true"。那麼問題來了，如果頁面上不只有影片，還有其他內容呢，例如影片是在一個彈出層中。這樣設置的話，頁面原有內容會有一個1s左右的非常明顯拉伸過程，這個拉伸過程就是為全螢幕播放影片做準備的。但是這樣的體驗可以說是非常糟糕了。於是這種情況下，必須捨棄設置全螢幕播放了，但是在X5瀏覽器非全螢幕播放模式下，Android會在影片頁面右上角自動生成一個全螢幕按鈕，這個怎麼都去不掉。若用戶點擊了進入全螢幕模式，影片播放完畢並不會停留在影片最後一幀，而是出現騰訊的一些影片推送，你懂的。這個時候退出了全螢幕播放的話，影片會自動隱藏，所以最好做一張影片底圖，不然就尷尬了。
x5下檢測全螢幕
vi.addEventListener("x5videoenterfullscreen", function(){ //進入全螢幕 }); vi.addEventListener("x5videoexitfullscreen", function(){ //退出全螢幕 });用 video.addEventListener("x5videoexitfullscreen", function(){….}); 可以檢測到影片什麼時候退出了全螢幕，但是若在這個監聽到退出之後隱藏整個影片，則再次觸發播放影片事件失效。且在這個監聽中直接調用 .play 方法並不能使影片重新播放。也就是說在檢測過程中不能對影片進行一些隱藏，刪除的操作。可以說，這檢測也沒什麼意義了。
詭異的坑
Android下，若是搖一搖在彈出層播放影片，若彈出層中有外鏈，點擊了跳轉，再返回，這個時候 video 會有一個詭異的bug，具體表現為返回後第一次能正常觸發，第二次之後觸發都直接播到影片最後一幀，設置 currentTime、start 為0再播放，或者先 pause 再 play 都沒有用，必須銷毀重建。
區分設備
由於video在ios下表現良好，所以做兼容的時候，可以通過 userAgent 來做分別做處理。如：
var vi = document.getElementsByTagName('video')[0]; var ua = navigator.userAgent; if(ua.indexOf('iPhone') <= -1){ shakeWrap.show(); if(!firstVideoLoad){ vi.currentTime = 0; vi.start = 0; vi.play(); } vi.addEventListener('playing',function(){ firstVideoLoad = false; $('.guide').hide(); }) }else{ vi.play(); } }微信固定入口的一些奇特bug
- 必須要等到微信的jsbridge ready了才能觸發.play，否則不會自動執行。
document.addEventListener("WeixinJSBridgeReady", function() { $("#video")[0].play(); });- 在固定入口內，且
jsbridge ready了，如果使用搖一搖，也無法觸發.play。需要在搖一搖之前預先載入如下：
document.addEventListener("WeixinJSBridgeReady", function() { var vi = document.getElementsByTagName('video')[0]; vi.load(); vi.pause(); window.addEventListener('devicemotion', deviceMotionHandler, false); });- 微信固定入口在沒有使用jsbridge，而是通過點擊來播放的點擊事件，只能是click事情，不能是touchstart事件。
