⑴ html5會不會很快淘汰

不會
h5很多標准正在被大部分瀏覽器設為標准，
以後只會升級 或更改一些標准
不可能被淘汰
因為現在不管是電腦、平板、手機中的頁面都在趨於用h5做開發

最起碼幾十年內是不會被淘汰掉的~

⑵ 靜態網頁已經即將淘汰

市場總是有分類的，看你怎麼細分，動態網頁大行其道，但靜態的小網站也有生存價值。比如幾千萬家企業，他們都需要企業網站，並且，希望一兩千塊搞定他們的企業網站。

這樣的一塊市場，你只需要靜態、唯美的實現就行了。你整的太動態，不就增加成本了。就沒有市場了。

⑶ asp網頁會被淘汰嗎

網站沒有淘汰不淘汰一說,只要你用,網站就不會淘汰,至於你用什麼寫的,然並卵啊,只要好的網站無論你用什麼寫還是好的網站...但從技術層面,其實什麼asp,php之類的基本上是一樣的,只是運行環境不一樣而已,主機收費也不一樣而已,我個人是覺得這個是某些宣傳和推銷手段,賺錢的而已...現在php之類的是主流,asp略顯落後了

⑷ 手機可以直接瀏覽網頁了那WAP網站會淘汰嗎

不是的！
電腦上IE只是瀏覽器，手機和電腦網路都是IPV4.
以後3G網速快了也用大家都會瀏覽WEB，就是平時輸入的www.
而wap不會淘汰的，還是會繼續使用.國外就是.
......................................................
以後WAP的確會減少，但不會被那些WWW的大網站擠下去.
因為就算3G全國普及了GSM網路也還是有，WAP還是有它存在的價值.
因為普通手機支持靠GPRS連接，一秒才幾KB.一個WWW頁面就是幾百KB的流量.
那等打開一個頁面就要幾十秒，所以WAP還是會存在的.之所以不會淘汰，因為
3G太很貴的，就一個開頭的套餐最低的每個月就186元，還有視頻通話一塊二角
錢一分鍾，普通百姓還是用不起了.

⑸ html5 有哪些變動的地方，淘汰了哪些東西。有什麼好處

HTML5賦予網頁更好的意義和結構。更加豐富的標簽將隨著對RDFa的，微數據與微格式等方面的支持，構建對程序、對用戶都更有價值的數據驅動的Web。

本地存儲特性（Class: OFFLINE & STORAGE）
基於HTML5開發的網頁APP擁有更短的啟動時間，更快的聯網速度，這些全得益於HTML5 APP Cache，以及本地存儲功能。Indexed DB（html5本地存儲最重要的技術之一）和API說明文檔。

設備兼容特性 (Class: DEVICE ACCESS)
從Geolocation功能的API文檔公開以來，HTML5為網頁應用開發者們提供了更多功能上的優化選擇，帶來了更多體驗功能的優勢。HTML5提供了前所未有的數據與應用接入開放介面。使外部應用可以直接與瀏覽器內部的數據直接相連，例如視頻影音可直接與microphones及攝像頭相聯。

連接特性（Class: CONNECTIVITY）
更有效的連接工作效率，使得基於頁面的實時聊天，更快速的網頁游戲體驗，更優化的在線交流得到了實現。HTML5擁有更有效的伺服器推送技術，Server-Sent Event和WebSockets就是其中的兩個特性，這兩個特性能夠幫助我們實現伺服器將數據「推送」到客戶端的功能。

網頁多媒體特性(Class: MULTIMEDIA)
支持網頁端的Audio、Video等多媒體功能， 與網站自帶的APPS，攝像頭，影音功能相得益彰。
三維、圖形及特效特性（Class: 3D, Graphics & Effects）
基於SVG、Canvas、WebGL及CSS3的3D功能，用戶會驚嘆於在瀏覽器中，所呈現的驚人視覺效果。

性能與集成特性（Class: Performance & Integration）
沒有用戶會永遠等待你的Loading——HTML5會通過XMLHttpRequest2等技術，幫助您的Web應用和網站在多樣化的環境中更快速的工作。

CSS3特性(Class: CSS3)
在不犧牲性能和語義結構的前提下，CSS3中提供了更多的風格和更強的效果。此外，較之以前的Web排版，Web的開放字體格式（WOFF）也提供了更高的靈活性和控制性。

HTML5提供了一些新的元素和屬性，例如<nav>（網站導航塊）和<footer>。這種標簽將有利於搜索引擎的索引整理，同時更好的幫助小屏幕裝置和視障人士使用，除此之外，還為其他瀏覽要素提供了新的功能，如<audio>和<video>標記。
1、取消了一些過時的HTML4標記
其中包括純粹顯示效果的標記，如<font>和<center>，它們已經被CSS取代。
HTML5 吸取了XHTML2 一些建議，包括一些用來改善文檔結構的功能，比如，新的HTML 標簽 header, footer, dialog, aside, figure 等的使用，將使內容創作者更加語義地創建文檔，之前的開發者在實現這些功能時一般都是使用div。
2、將內容和展示分離
b 和 i 標簽依然保留，但它們的意義已經和之前有所不同，這些標簽的意義只是為了將一段文字標識出來，而不是為了為它們設置粗體或斜體式樣。u，font，center，strike 這些標簽則被完全去掉了。
3、一些全新的表單輸入對象
包括日期，URL，Email 地址，其它的對象則增加了對非拉丁字元的支持。HTML5 還引入了微數據，這一使用機器可以識別的標簽標注內容的方法，使語義Web 的處理更為簡單。總的來說，這些與結構有關的改進使內容創建者可以創建更干凈，更容易管理的網頁，這樣的網頁對搜索引擎，對讀屏軟體等更為友好。
4、全新的，更合理的Tag
多媒體對象將不再全部綁定在object或 embed Tag 中，而是視頻有視頻的Tag，音頻有音頻的 Tag。
5、本地資料庫
這個功能將內嵌一個本地的SQL 資料庫，以加速互動式搜索，緩存以及索引功能。同時，那些離線Web 程序也將因此獲益匪淺。不需要插件的富動畫。
6、Canvas 對象
將給瀏覽器帶來直接在上面繪制矢量圖的能力，這意味著用戶可以脫離Flash 和Silverlight，直接在瀏覽器中顯示圖形或動畫。
7、瀏覽器中的真正程序
將提供 API 實現瀏覽器內的編輯，拖放，以及各種圖形用戶界面的能力。內容修飾Tag 將被剔除，而使用CSS。
8、Html5取代Flash在移動設備的地位。
重要標記
<video>標記
定義和用法：
<video> 標簽定義視頻，比如電影片段或其他視頻流。
<audio> 標記
定義和用法
<audio> 標簽定義聲音，比如音樂或其他音頻流。
實例：
一段簡單的HTML 5 音頻
<audio src="someaudio.wav">
您的瀏覽器不支持 audio 標簽。
</audio>
<canvas> 標記
定義和用法：
<canvas> 標簽定義圖形，比如圖表和其他圖像。
HTML5 的 canvas 元素使用JavaScript 在網頁上繪制圖像。
畫布是一個矩形區域，您可以控制其每一像素。
canvas 擁有多種繪制路徑、矩形、圓形、字元以及添加圖像的方法。

⑹ 描述幾個常用的頁面轉換(淘汰)演算法基本原理

某虛擬存儲系統採用最近最少使用（LRU）頁面淘汰演算法，假定系統為每個作業分配3個頁面的主存空間，其中一個頁面用用來存放程序。現有某作業的部分語句如下：
Var A:Array[1...150,1...100] of integer；
i,j:interger;
for i=1 to 150 do
for j=1to 100 do a [i,,j]=0;
設每個頁面可存放150個證書變數，變數i，j放在程序頁中。初始時，程序及變數i，j已經在內存，其餘兩頁為空，舉證A按行序存放。在上述程序片段執行過程中，公產生（ ）次缺頁中斷。

每頁可以放150變數，而二維數組按行存儲，所以數組三行可以存入兩頁中，150行存入100頁中。循環也是按行操作，也就是每頁中的變數依次處理，各頁都在全處理完成後轉入下一頁處理（缺頁中斷），每頁只會發生一次缺頁中斷，所以缺頁中斷數為100。
程序段所在頁一直使用，所以在LRU演算法中不會被淘汰。另外兩個頁面在一段時間內只會使用一個頁面，直到它裡面的變數全處理完成，所以淘汰演算法會淘汰另外一頁用以裝入新頁，故不會造成額外的缺頁。

⑺ 最佳頁面淘汰演算法是怎樣計算的

<1> 先進先出調度演算法
先進先出調度演算法根據頁面進入內存的時間先後選擇淘汰頁面，先進入內存的頁面先淘汰，後進入內存的後淘汰。本演算法實現時需要將頁面按進入內存的時間先後組成一個隊列，每次調度隊首頁面予以淘汰。
<2>最近最少調度演算法
先進先出調度演算法沒有考慮頁面的使用情況，大多數情況下性能不佳。根據程序執行的局部性特點，程序一旦訪問了某些代碼和數據，則在一段時間內會經常訪問他們，因此最近最少用調度在選擇淘汰頁面時會考慮頁面最近的使用，總是選擇在最近一段時間以來最少使用的頁面予以淘汰。演算法實現時需要為每個頁面設置數據結構記錄頁面自上次訪問以來所經歷的時間。
<3>最近最不常用調度演算法
由於程序設計中經常使用循環結構，根據程序執行的局部性特點，可以設想在一段時間內經常被訪問的代碼和數據在將來也會經常被訪問，顯然這樣的頁面不應該被淘汰。最近最不常用調度演算法總是根據一段時間內頁面的訪問次數來選擇淘汰頁面，每次淘汰訪問次數最少的頁面。演算法實現時需要為每個頁面設置計數器，記錄訪問次數。計數器由硬體或操作系統自動定時清零。
（2）缺頁調度次數和缺頁中斷率、缺頁置換率計算
缺頁中斷次數是缺頁時發出缺頁中斷的次數。
缺頁中斷率=缺頁中斷次數/總的頁面引用次數*100%
缺頁調度次數是調入新頁時需要進行頁面調度的次數
缺頁置換率=缺頁調度次數/總的頁面引用次數*100%