發現問題

最近在開發一個小網站，需要支援在頁面上播放視訊資源（暫時沒考慮流媒體伺服器神馬的，能正常播放就行）。於是在前端使用了HTML5的video標籤。並且配合projekktor播放器來實現。因為還在開發階段，視訊資源的對映就直接交給SpringMVC本身了。

video 的src如localhost:8080/web/resources/videos/aaaa.mp4 這樣。同時在Spring中配置mvc:resources 映即可。詭異的事情來了，O_O……

在PC端瀏覽器開啟的時候，視訊可以正常播放，但是不能快進快退，使用移動裝置iPhone之類的就連視訊都播放不了。顯示一個大大的叉。。。

問題查詢

正好，之前同事有一套系統可以正常播放視屏，使用本地的projekktor直接播放遠端資源發現一切正常。於是就排出了前端指令碼的問題。

接下來對比了一下Http請求，在視訊的Response中，發現了兩個主要區別：1、context-type我這是’video/mp4;charshet=UTF-8’，而對方是’video/mp4’。2、對方的Response有range請求，而我的沒有。

context-type

charset是我的SpringMVC的web.xml中設定了forceEncoding=true，並且把URIEncoding設定為了UTF-8。因此我單獨寫了個Controller，輸出測試檔案，同時將response的context-type改為’video/mp4’。此時再次呼叫projekktor直接請求這個地址，得到了’video/mp4’的型別， 但是視訊仍然無法正常播放。故排除該問題。

range請求

這幾個問題在一開始我是沒注意到的，之後經大牛點撥，讓我直接使用瀏覽器訪問視訊資源，即”http://localhost:8080/web/resources/…../aaaaa.mp4“。然後再觀察瀏覽器請求，發現我的伺服器只有一個執行緒在載入資源，而對方伺服器可以開啟三個執行緒。因此可能是HTTP請求的處理不同。大牛說，用nginx直接處理靜態資源而跳過Spring試試。於是上網查了查nginx部署，在這裡也順帶寫一下：

配置如下：

在預設配置下先做代理轉發，將普通請求轉發到8080，即交給Spring處理。將靜態資源請求交給nginx對映(這裡通過地址正則匹配)。

 server
 
 {
    listen 80; #監聽80埠
    location ^~ /web/resources/ {
        root:/home/myaccount/webrootl;#匹配路徑中帶有web/resources的請求由nginx對映
    }
     location / {
        proxy_pass:127.0.0.1:8080; #普通請求轉發到Spring
    }
}

重新啟動專案，成功播放！

後續

雖然問題解決了，但是我也發現同事可以正常播放的系統也是在Spring上建立的，也沒有使用nginx。但是那個系統不好看原始碼，因此我google了一下，發現是由於Spring3.x系統對於http byte request是不支援的，但是Spring4.2以後就支援了。如果要在Spring3的框架上實現該請求，則需要自己實現AbstractView。
可以參考Implementing HTTP byte-range requests in Spring MVC。如果不想實現這個View，還可以直接實現MultiPartFile的處理，詳見:How to Implement HTTP byte-range requests in Spring MVC，或者國內有一個博文：Spring MVC大檔案的斷點續傳（File Transfer Resume），寫得是斷點續傳，其實是同一個問題。