ie對(duì)html和JS規(guī)范很嚴(yán)格，請(qǐng)自己檢查標(biāo)簽是否有遺漏，如果有JS的話，中間不能出現(xiàn)console。
網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、小程序定制開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了瀏陽免費(fèi)建站歡迎大家使用！
你想說的是怎么判斷app里面哪些是app原生寫的哪些是html代碼是么？
要是是這樣的話。有一種可以試一試。也就是你把手機(jī)的網(wǎng)絡(luò)斷掉。然后點(diǎn)開你的頁面。然后可以正常顯示的東西就是原生寫的。顯示404或則錯(cuò)誤頁面的是html頁面
為何會(huì)有一個(gè) blob？直接點(diǎn)擊這個(gè)鏈接，返回了 404！什么情況？于是對(duì)此做了一番探索。
The following simple example loads a video chunk by chunk as fast as possible, playing it as soon as it can. This example was written by Nick Desaulniers and can be viewed live here .
首先創(chuàng)建變量名為 video 的 DOM 對(duì)象和變量名為 mediaSource 的 MediaSource 對(duì)象。通過函數(shù) createObjectURL 來將 DOM::video 對(duì)象的屬性 src 和 mediaSource 進(jìn)行“連接”。接下來，通過注冊(cè)事件 Event::sourceopen 來觸發(fā)當(dāng)上述“連接”結(jié)束之后的回調(diào)處理。回調(diào)處理就是需要賦值 視頻數(shù)據(jù) 的地方。 調(diào)用 MediaSource::addSourceBuffer 方法來構(gòu)建一個(gè)存放視頻數(shù)據(jù)的 sourceBuffer。 在往 sourceBuffer 中存放數(shù)據(jù)結(jié)束之后會(huì)觸發(fā)事件 Event::updateend 。通過注冊(cè)這個(gè)事件的回調(diào)，可以知曉數(shù)據(jù)已經(jīng)加載完畢，然后關(guān)閉數(shù)據(jù)流，調(diào)用 Video::play 函數(shù)通知瀏覽器播放視頻。至此，整個(gè) Blob 運(yùn)行機(jī)制講解完畢。
W3C 上有明確關(guān)于 MediaSource 擴(kuò)展接口的文檔。擴(kuò)展文檔中是這么定義的， 它允許 JS 腳本動(dòng)態(tài)構(gòu)建媒體流和允許 JS 傳送媒體塊到 H5 媒體元素。這種接口的應(yīng)用可以讓 H5 播放器實(shí)現(xiàn)持續(xù)添加數(shù)據(jù)進(jìn)行播放。
綜上，這個(gè)只是 HTML5 提供的新特性，但是截止目前還是處于試驗(yàn)狀態(tài)。
在上面示例中使用的視頻格式不是普通的 MP4 而是 FMP4 。如果沒有注意到這個(gè)問題，就可能造成：
HTML5 MediaSource works with some mp4 files and not with others (same codecs)。
解決方案：
It works fine if mp4 is fragmented.
You can do that using Bento4's mp4fragment tool.
引言
本篇文章主要介紹了前端HTML5幾種存儲(chǔ)方式的總結(jié) ，主要包括本地存儲(chǔ)localstorage，本地存儲(chǔ)sessionstorage，離線緩存（application cache），Web SQL，IndexedDB。有興趣的可以了解一下。
正文開始~
h5之前，存儲(chǔ)主要是用cookies。cookies缺點(diǎn)有在請(qǐng)求頭上帶著數(shù)據(jù)，大小是4k之內(nèi)。主Domain污染。
主要應(yīng)用：購(gòu)物車、客戶登錄
對(duì)于IE瀏覽器有UserData，大小是64k,只有IE瀏覽器支持。
目標(biāo)
存儲(chǔ)方式：
以鍵值對(duì)(Key-Value)的方式存儲(chǔ)，永久存儲(chǔ)，永不失效，除非手動(dòng)刪除。
大?。?/p>
每個(gè)域名5M
支持情況：
注意：IE9 localStorage不支持本地文件，需要將項(xiàng)目署到服務(wù)器，才可以支持！
常用的API：
getItem //取記錄
setIten//設(shè)置記錄
removeItem//移除記錄
key//取key所對(duì)應(yīng)的值
clear//清除記錄
存儲(chǔ)的內(nèi)容：
數(shù)組，圖片，json，樣式，腳本。。。（只要是能序列化成字符串的內(nèi)容都可以存儲(chǔ)）
HTML5 的本地存儲(chǔ) API 中的 localStorage 與 sessionStorage 在使用方法上是相同的，區(qū)別在于 sessionStorage 在關(guān)閉頁面后即被清空，而 localStorage 則會(huì)一直保存。
本地緩存應(yīng)用所需的文件
使用方法：
①配置manifest文件
頁面上：
Manifest 文件：
manifest 文件是簡(jiǎn)單的文本文件，它告知瀏覽器被緩存的內(nèi)容（以及不緩存的內(nèi)容）。
manifest 文件可分為三個(gè)部分：
①CACHE MANIFEST - 在此標(biāo)題下列出的文件將在首次下載后進(jìn)行緩存
②NETWORK - 在此標(biāo)題下列出的文件需要與服務(wù)器的連接，且不會(huì)被緩存
③FALLBACK - 在此標(biāo)題下列出的文件規(guī)定當(dāng)頁面無法訪問時(shí)的回退頁面（比如 404 頁面）
完整demo：
服務(wù)器上： manifest文件需要配置正確的MIME-type，即 "text/cache-manifest"。
如Tomcat:
常用API：
核心是applicationCache對(duì)象，有個(gè)status屬性，表示應(yīng)用緩存的當(dāng)前狀態(tài)：
0（UNCACHED） : 無緩存， 即沒有與頁面相關(guān)的應(yīng)用緩存
1（IDLE） : 閑置，即應(yīng)用緩存未得到更新
2 （CHECKING） : 檢查中，即正在下載描述文件并檢查更新
3 （DOWNLOADING） : 下載中，即應(yīng)用緩存正在下載描述文件中指定的資源
4 （UPDATEREADY） : 更新完成，所有資源都已下載完畢
5 （IDLE） : 廢棄，即應(yīng)用緩存的描述文件已經(jīng)不存在了，因此頁面無法再訪問應(yīng)用緩存
相關(guān)的事件：
表示應(yīng)用緩存狀態(tài)的改變：
checking : 在瀏覽器為應(yīng)用緩存查找更新時(shí)觸發(fā)
error : 在檢查更新或下載資源期間發(fā)送錯(cuò)誤時(shí)觸發(fā)
noupdate : 在檢查描述文件發(fā)現(xiàn)文件無變化時(shí)觸發(fā)
downloading : 在開始下載應(yīng)用緩存資源時(shí)觸發(fā)
progress：在文件下載應(yīng)用緩存的過程中持續(xù)不斷地下載地觸發(fā)
updateready : 在頁面新的應(yīng)用緩存下載完畢觸發(fā)
cached : 在應(yīng)用緩存完整可用時(shí)觸發(fā)
Application Cache的三個(gè)優(yōu)勢(shì)：
① 離線瀏覽
② 提升頁面載入速度
③ 降低服務(wù)器壓力
注意事項(xiàng)：
1. 瀏覽器對(duì)緩存數(shù)據(jù)的容量限制可能不太一樣（某些瀏覽器設(shè)置的限制是每個(gè)站點(diǎn) 5MB）
2. 如果manifest文件，或者內(nèi)部列舉的某一個(gè)文件不能正常下載，整個(gè)更新過程將視為失敗，瀏覽器繼續(xù)全部使用老的緩存
3. 引用manifest的html必須與manifest文件同源，在同一個(gè)域下
4. 瀏覽器會(huì)自動(dòng)緩存引用manifest文件的HTML文件，這就導(dǎo)致如果改了HTML內(nèi)容，也需要更新版本才能做到更新。
6. FALLBACK中的資源必須和manifest文件同源
7. 更新完版本后，必須刷新一次才會(huì)啟動(dòng)新版本（會(huì)出現(xiàn)重刷一次頁面的情況），需要添加監(jiān)聽版本事件。
8. 站點(diǎn)中的其他頁面即使沒有設(shè)置manifest屬性，請(qǐng)求的資源如果在緩存中也從緩存中訪問
9. 當(dāng)manifest文件發(fā)生改變時(shí)，資源請(qǐng)求本身也會(huì)觸發(fā)更新
離線緩存與傳統(tǒng)瀏覽器緩存區(qū)別：
1. 離線緩存是針對(duì)整個(gè)應(yīng)用，瀏覽器緩存是單個(gè)文件
2. 離線緩存斷網(wǎng)了還是可以打開頁面，瀏覽器緩存不行
3. 離線緩存可以主動(dòng)通知瀏覽器更新資源
關(guān)系數(shù)據(jù)庫，通過SQL語句訪問
Web SQL 數(shù)據(jù)庫 API 并不是 HTML5 規(guī)范的一部分，但是它是一個(gè)獨(dú)立的規(guī)范，引入了一組使用 SQL 操作客戶端數(shù)據(jù)庫的 APIs。
支持情況：
Web SQL 數(shù)據(jù)庫可以在最新版的 Safari, Chrome 和 Opera 瀏覽器中工作。
核心方法：
①openDatabase： 這個(gè)方法使用現(xiàn)有的數(shù)據(jù)庫或者新建的數(shù)據(jù)庫創(chuàng)建一個(gè)數(shù)據(jù)庫對(duì)象。
②transaction： 這個(gè)方法讓我們能夠控制一個(gè)事務(wù)，以及基于這種情況執(zhí)行提交或者回滾。
③executeSql： 這個(gè)方法用于執(zhí)行實(shí)際的 SQL 查詢。
打開數(shù)據(jù)庫：
執(zhí)行查詢操作：
插入數(shù)據(jù)：
讀取數(shù)據(jù)：
由這些操作可以看出，基本上都是用SQL語句進(jìn)行數(shù)據(jù)庫的相關(guān)操作，如果你會(huì)MySQL的話，這個(gè)應(yīng)該比較容易用。
索引數(shù)據(jù)庫 (IndexedDB) API（作為 HTML5 的一部分）對(duì)創(chuàng)建具有豐富本地存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)密集型的離線 HTML5 Web 應(yīng)用程序很有用。同時(shí)它還有助于本地緩存數(shù)據(jù)，使傳統(tǒng)在線 Web 應(yīng)用程序（比如移動(dòng) Web 應(yīng)用程序）能夠更快地運(yùn)行和響應(yīng)。
異步API：
在IndexedDB大部分操作并不是我們常用的調(diào)用方法，返回結(jié)果的模式，而是請(qǐng)求——響應(yīng)的模式，比如打開數(shù)據(jù)庫的操作
這樣，我們打開數(shù)據(jù)庫的時(shí)候，實(shí)質(zhì)上返回了一個(gè)DB對(duì)象，而這個(gè)對(duì)象就在result中。由上圖可以看出，除了result之外。還有幾個(gè)重要的屬性就是onerror、onsuccess、onupgradeneeded（我們請(qǐng)求打開的數(shù)據(jù)庫的版本號(hào)和已經(jīng)存在的數(shù)據(jù)庫版本號(hào)不一致的時(shí)候調(diào)用）。這就類似于我們的ajax請(qǐng)求那樣。我們發(fā)起了這個(gè)請(qǐng)求之后并不能確定它什么時(shí)候才請(qǐng)求成功，所以需要在回調(diào)中處理一些邏輯。
關(guān)閉與刪除：
數(shù)據(jù)存儲(chǔ)：
indexedDB中沒有表的概念，而是objectStore，一個(gè)數(shù)據(jù)庫中可以包含多個(gè)objectStore，objectStore是一個(gè)靈活的數(shù)據(jù)結(jié)構(gòu)，可以存放多種類型數(shù)據(jù)。也就是說一個(gè)objectStore相當(dāng)于一張表，里面存儲(chǔ)的每條數(shù)據(jù)和一個(gè)鍵相關(guān)聯(lián)。
我們可以使用每條記錄中的某個(gè)指定字段作為鍵值（keyPath），也可以使用自動(dòng)生成的遞增數(shù)字作為鍵值（keyGenerator），也可以不指定。選擇鍵的類型不同，objectStore可以存儲(chǔ)的數(shù)據(jù)結(jié)構(gòu)也有差異。
學(xué)習(xí)從來不是一個(gè)人的事情，要有個(gè)相互監(jiān)督的伙伴，想要學(xué)習(xí)或交流前端問題的小伙伴可以私信“學(xué)習(xí)”小明獲取web前端入門資料，一起學(xué)習(xí)，一起成長(zhǎng)！
vue-router 默認(rèn) hash 模式 —— 使用 URL 的 hash 來模擬一個(gè)完整的 URL，于是當(dāng) URL 改變時(shí)，頁面不會(huì)重新加載。
如果不想要很丑的 hash，我們可以用路由的 history 模式 ，這種模式充分利用 history.pushState API 來完成 URL 跳轉(zhuǎn)而無須重新加載頁面。
當(dāng)你使用 history 模式時(shí)，URL 就像正常的 url，例如 ，也好看！
不過這種模式要玩好，還需要后臺(tái)配置支持。因?yàn)槲覀兊膽?yīng)用是個(gè)單頁客戶端應(yīng)用，如果后臺(tái)沒有正確的配置，當(dāng)用戶在瀏覽器直接訪問 就會(huì)返回 404，這就不好看了。
所以呢，你要在服務(wù)端增加一個(gè)覆蓋所有情況的候選資源：如果 URL 匹配不到任何靜態(tài)資源，則應(yīng)該返回同一個(gè) index.html 頁面，這個(gè)頁面就是你 app 依賴的頁面。
除了 mod_rewrite ，你也可以使用 FallbackResource 。
重慶分公司
重慶分公司
