① 蘋果對html5的支持怎麼那麼低啊

具體哪個系統？難道你要說web瀏覽器？哪裡低了呢？樓主想要實現哪個效果結果實現不了？

② 蘋果有多愛HTML5

本文記錄了在iOS 8成為蘋果設備基準的現在，對其進行了當前版本HTML5的性能測試結果，和測試發現的技術問題。
iOS 8新特性將促進HTML5開發
讓我們先來看看升級iOS 8的一些新特性。

這些特性對促進HTML5開發很有幫助，我們挑選出其中重要的幾條：
WebGL 3D Graphics
3D圖形的硬體加速支持，對web開發者來說這無疑是一個非常重要的特性。我們很想看到這條特性在游戲中有更多的應用，不過它還有更多的其它用法，特別是在動畫和變換的領域里。想快速了解它能幹什麼，點擊 WebGL Sprite Particle Demo
CSS Shapes
能夠控制文字層的形狀，來形成更為多變的文字布局。
HTML模板
Web組件的基礎元素之一。它讓我們離真正的Web模塊化和更多潛在應用又近了一步，我們將更少的依賴polyfill。
導航/更精確的計時API
多數人可能用不到，但對於測試來說是非常贊的特性。
IndexedDB
HTML5的Web SQL標准已不再維護並很可能在將來被廢棄，使用IndexedDB將擁有很好的跨平台支持（iOS、Android、Chrome for Android、Safari、IE移動版等）。
SVG片段標示符
這個特性隱藏在神秘的名字下面，但相信我們，它是一個非常強大的特性。它能構建非常強大的向量化精靈表。這不僅在web游戲中非常重要，在動態圖標和其他動態UI組件里也非常重要。
作為移動web開發者，你可能已經習慣於以最新瀏覽器特性為目標而開發了，我們知道蘋果的升級系統能讓iOS 8迅速普及，如果你的應用專門為iOS而開發，那麼你現在就能利用像IndexedDB、SVG片段標示符等新特性了。如果你想兼容iOS 7或者進行跨平台開發，你能使用Sencha Touch內建的系統探測來利用這些特性。Sencha Touch讓你能現在就使用這些新特性並逐步的淘汰舊代碼。

全新的WKWebView
隨著iOS 8的發布，我們同時痛並快樂著，因為iOS 8帶來了一些碎片化的問題。iOS 8裡面內建了兩個原生的webview，第一個是我們知道並喜愛的UIWebView，它因為兼容性而保留下來，但幸運的是，蘋果並沒有簡單的將舊iOS 7 UIWebView裝進iOS 8里，而是升級了WebKit核心模塊並發布了全新的WKWebView。WKWebView將被hybrid app所使用。它使用了Nitro JS引擎，經我們測試至少比UIWebView的性能高四倍。這將很有可能引領hybrid app獲得巨大成功。不過，目前它還有一些影響所有人的重大bug，下面我們將談到這一點。
不過好消息是從Web開發的遠景看來，全新的高性能WKWebView向著正確的方向走了一大步。即使現在Javascript已經很少成為應用瓶頸，更典型的問題是動畫和DOM重繪上，我們相信隨著對DOM核心的實質化的改進，WKWebView將幫助Sencha Touch應用在性能上看到巨大的改進。
性能的全面提升
對版本升級的性能測試總是必要的，並且這一次我們發現了一些更有趣的結果。總體上來說，升級到iOS 8看上去對所有用戶都有利的。這里有一些指標在iOS 8里稍微下降了，如Base64和代碼調用。讓我們來仔細的分析一下這些圖表，來弄清楚它們都代表什麼。
注意：所有測試都在第5代iPod Touch上進行，旨在找出iOS開發所需要面臨的性能下限。

這些測試里只有CodeLoad指標iOS 8的表現略低，CodeLoad是評價JS引擎在載入非常大的JS文件後需要花多長時間開始運行，這對於Closure和jQuery這樣的庫來說是需要引起注意的。

實際的測試表現比圖表上的還要好，Dom Query的巨大提升掩蓋了其他幾項其實也是提升很大的，其中Attributes提升122%、Modification提升65%、Dom Traversal提升48%，而Dom Query的提升則是驚人的308%。

CSS選擇器的測試，iOS 8也獲得了全面的提升，Ext JS在簡單的移到iOS 8 Safari之後即獲得126%的時間提升。

需要注意的是CSS選擇器使用的是Ext JS 3.x版本，而現在Ext JS 5.x版本已經發布，所以獲得的提升還要更大。

這里Base64和Code Eval性能表現有了微小的下降，不過就像前面所說的，相對於對於JS引擎的效率來說，GPU合成才是更值得關注的，而且其他幾項的提升也都非常大。

這個測試結果已無需多說，它表明iOS 8在Canvas方面有非常大的改進。

注意這個測試時iOS 8裡面兩個webview之間測試，WKWebView全面勝出。

Sunspider測試的結果相差不大。

HTML5測試表明了iOS 8在HTML5支持方面也有了明顯提升，我們來簡單的分析一下其中的重要結果：

· 無縫的iFrame從iOS 8裡面移除
· IndexedDB被添加到iOS 8 Safari和WKWebView中
· IndexedDB目前不支持iOS 8 UIWebView和Homescreen app（設置主屏快捷方式的web app）
· Objectstore ArrayBuffer已經在iOS 8 Safari和WKWebView中生效（但是HTML5測試沒能測出來，要不然測試得分將達到440分）
· Objectstore ArrayBuffer不支持iOS 8 UIWebView和Homescreen app
· WebGL 3D Graphics被添加到iOS 8 Safari、WKWebView、UIWebView和Homescreen app中
· UIWebView、WKWebView和Homescreen app的userAgent是完全一致的
盡管蘋果為了保持WKWebView、UIWebView和Homescreen app有同一水平的可用性而做了不少工作，但其中的差異仍然造成了一些困擾，由於三者的userAgent是一樣的，開發者需要自己去標示這三者並小心的使用新特性。

Bug說明
我們都知道沒有軟體的發布沒有伴隨著bug的，iOS 8也不例外。經過探索我們發現了3個主要問題，將影響大多數HTML5開發者。
WKWebView 無法載入本地文件
測試中WKWebView無法讀取本地文件，這讓使用PhoneGap/Cordova開發，能提供離線功能的應用失去了用武之地。比如，它不能載入本地的index.html，但訪問Web網站的功能是好的。
XHR本地文件訪問
在WKWebView中XHR無法將本地文件發送到Web，比如使用AJAX來提交系統圖庫中的圖片將出現錯誤。
Homescreen app在鎖定/喚醒後失去計時功能
WKWebView中Homescreen app在鎖定喚醒之後帶計時功能的函數將失效，如setTimeout、requestAnimationFrame等。
不過好消息是這些Bug僅影響WKWebView應用，如果使用iOS 8 UIWebView則不會受到影響。
即將到來
總之，我們非常高興的看到iOS 8的發布，以及蘋果在iOS 8上表明的對HTML5的態度，因為性能改進和新特性將極大的提升用戶在iOS 8上使用Web App的體驗。

Source: caniuse.com
如果我們看得更遠的話，我們會發現iOS 8和Chrome for Android在一些卓越的新特性上有許多交叉，Chrome for Android其實已經部分的支持了WebGL 3D Graphics但一些舊的機型沒有能力來驅動它。
總結
對Web開發者來說，iOS 8無疑是一個令人激動的發布，它擁有激動人心的新特性和重大的性能改進，將極大的促進HTML5跨平台開發。.

③ 蘋果為什麼不支持flash，而是用html5技術

Flash是一個落後於時代的技術，靠對客戶端的高資源佔用率來獲取傳輸過程內的低帶容寬佔用。
窄帶時代，Flash能節省帶寬資源，客戶端應用也相對簡單。
在寬頻時代，隨著Adobe對Flash不斷做加法，其客戶端應用研發已經處於失控狀態：一些並不復雜的應用，即便在配置很高的PC跑起來都不能保證流暢，更別提CPU、GPU佔用率，即便Adobe宣布支持硬體加速後，這種情況依然沒有改善。Flash目前唯一的優勢就是開發人員及裝機量。
而Apple做產品的思路，則是寧缺勿濫：如果不能保證系統流暢度，就暫時不採用。
對Flash就是如此。首先是流暢度問題，其次是對硬體資源消耗無法控制（試想一下在開心網偷半個小時的菜就導致手機沒電了），最後還有漏洞，對iOS系統安全也是威脅。
此外，客戶端互動技術也不是Adobe一家獨有，還有很多更加先進、公開的標准化技術可供選擇，因此Flash得不到iOS支持就順理成章了。

④ iphone支持html5嗎

Steve Jobs描述了為什麼蘋果公司在iPhones、iPods、iPads上不支持flash
1.開放性，從現狀來看flash已經得到廣泛的支持，但這並不代表flash本身是開放性的標准。蘋果認為需要找尋業界公認的開發標准來達成目標。

2.對網路應用的支持，按照adobe公司的觀點，蘋果的移動設備無法訪問75%基於flash的網路視頻資源。蘋果認為很多業界公司並非使用flash作為視頻載體，也就是說蘋果用戶並未像adobe所說的那樣缺乏訪問視頻資源的能力

3.安全性及性能，引用賽門鐵克的評估，2009年flash已經成為安全問題發生最多的區域。有趣的是Steve提到adobe在支持smartphone平台上的一再跳票。

4.電池壽命，總所周知，移動平台上電池續航能力是很重要的衡量指標。STEVE拿出這個問題來談，如果蘋果的測試結果可信，的確會讓adobe比較頭疼了。

5.觸摸功能，flash最初設計是針對PC平台的。在PC平台上的確不用考慮太多觸摸功能的方面。但到了移動平台，對觸摸功能的支持力度不夠就成為flash很重要的缺陷了。當然，也可以通過修改以後flash實現來實現觸摸功能，但是正如STEVE所說，如果現在要重寫功能了，為什麼不是用HTML5、CSS、 JavaScript這些標准技術，而是繼續使用flash呢？？

6.平台的獨立性。這部分STEVE說了很多，個人感覺就是，如果你是依託於某個第三方平台，如flash，而不是開發標准來實現。如果需要某種新功能時，你就只能祈禱這個第三方公司去實現新功能的支持了。這會妨礙開發人員的創新性。

⑤ 針對蘋果手機默認瀏覽器而言，html5+css3製作頁面需要注意哪些

1)HTML5是蘋果大力推薦的，可以到蘋果官方網站上學習，web 開發者社區里有版很多資料
2）實際操權作時，跟普通的製作頁面沒有啥大的區別，看你的功能需求而定。其實很多HTML5+CSS3的新特性在一般頁面製作時用不上。
3）加強測試，直接以Safiri作為基礎瀏覽器進行開發就可以了，不支持的內容立即就能看出來。
4）部分元素屬性，查閱瀏覽器兼容信息表

⑥ 怎麼讓網站上的視頻在蘋果手機上直接播放，用html5語言能做到

可以做到。
1、下載播放器軟體
2、關於html5語言的方法：使用基 於Webkit的瀏覽器如Safari/Chrome，然後登錄蘋果官方站點，便可以用HTML5視頻標簽功能直接用瀏覽器來播放

⑦ 蘋果app里可以接入html5游戲嗎

可以的，只要介面調用跟native一樣就可以了。
方法一、，速度完成與H5類似iOS 版本的APP，然後至少還需要招聘一名iOS開發人員，以解決iOS版本的更新迭代。（工作量和成本都很高）
方法二、針對AppStore進行包裝。將HTML5應用用phonograph打包，取消HTML5中的彈簧效果等，讓其看起來更像是一個原生應用。（適合剛開始進行HTML5開發人員，用phonegrap開發然後打包）
方法三、針對AppStore的規則，隱藏webview，在審核期間，展示APP的外殼，以供AppStore審核用。在審核通過後，可以通過後台，對其布局進行配置。這個時候，用戶後打開的就是你在後台配置的布局了。。。
如果使用第三種，要注意幾個地方。
1、APP審核期間要保證你的後檯布局是為了給AppStore審核人員看的布局。
2、APP審核通過之後，其實也是有幾率會被發現及下架的，做好最壞的打算。
3、試用與應急或者對APP體驗要求不高的應用，一般服務類APP。

⑧ 蘋果為什麼不支持flash，而是用html5技術

1.Flash是一項封閉的商業來應用源，不管Adobe的開放策略多麼完善，但這仍然是一個商業公司的獨立項目。

2.據上所述，使用Flash可能會導致不可預見的問題，例如Adobe有一天挾自己的統治地位要做一些事情，那麼蘋果可能會處於非常被動的局面，蘋果沒有理由為Adobe添彩，並且在大多數時候HTML5的表現也沒那麼糟糕。

3.HTML5是一項完全免費並且開放的新標准，這就像是我們正在使用的HTML語言一樣，這終將成為互聯網的重要基石。盡管HTML5距離Flash部分指標有差距，但是會有瀏覽器廠商、標准化組織、開發者不斷作出針對性的改進，就像是五年前的Flash與現在的Flash並不可同日而語，HTML5是未來的通用標准。

4.現在基於移動設備的Flash應用大多數是視頻播放，在這個部分HTML5的確更有優勢，包括省電、省流量。

5.Flash、HTML5的應用開發現在還言之過早，並且HTML5有足夠的時間與潛力去追趕，開放性與廣泛支持是HTML5的重要底氣。