1.1、<img>標(biāo)簽上title屬性與alt屬性的區(qū)別是什么？
alt屬性是為了給那些不能看到你文檔中圖像的瀏覽者提供文字說(shuō)明的。且長(zhǎng)度必須少于100個(gè)英文字符或者用戶(hù)必須保證替換文字盡可能的短。
這包括那些使用本來(lái)就不支持圖像顯示或者圖像顯示被關(guān)閉的瀏覽器的用戶(hù)，視覺(jué)障礙的用戶(hù)和使用屏幕閱讀器的用戶(hù)等。
title屬性為設(shè)置該屬性的元素提供建議性的信息。使用title屬性提供非本質(zhì)的額外信息。
1.2、分別寫(xiě)出以下幾個(gè)HTML標(biāo)簽：文字加粗、下標(biāo)、居中、字體
下標(biāo)：<sub>
居中：<center>
字體：<font>、<basefont>
1.3、請(qǐng)寫(xiě)出至少5個(gè)html5新增的標(biāo)簽，并說(shuō)明其語(yǔ)義和應(yīng)用場(chǎng)景
section：定義文檔中的一個(gè)章節(jié)
nav：定義只包含導(dǎo)航鏈接的章節(jié)
header：定義頁(yè)面或章節(jié)的頭部。它經(jīng)常包含 logo、頁(yè)面標(biāo)題和導(dǎo)航性的目錄。
footer：定義頁(yè)面或章節(jié)的尾部。它經(jīng)常包含版權(quán)信息、法律信息鏈接和反饋建議用的地址。
aside：定義和頁(yè)面內(nèi)容關(guān)聯(lián)度較低的內(nèi)容——如果被刪除，剩下的內(nèi)容仍然很合理。?
1.4、請(qǐng)說(shuō)說(shuō)你對(duì)標(biāo)簽語(yǔ)義化的理解？
a. 去掉或者丟失樣式的時(shí)候能夠讓頁(yè)面呈現(xiàn)出清晰的結(jié)構(gòu)
b. 有利于SEO：和搜索引擎建立良好溝通，有助于爬蟲(chóng)抓取更多的有效信息：爬蟲(chóng)依賴(lài)于標(biāo)簽來(lái)確定上下文和各個(gè)關(guān)鍵字的權(quán)重；
c. 方便其他設(shè)備解析（如屏幕閱讀器、盲人閱讀器、移動(dòng)設(shè)備）以意義的方式來(lái)渲染網(wǎng)頁(yè)；
d. 便于團(tuán)隊(duì)開(kāi)發(fā)和維護(hù)，語(yǔ)義化更具可讀性，遵循W3C標(biāo)準(zhǔn)的團(tuán)隊(duì)都遵循這個(gè)標(biāo)準(zhǔn)，可以減少差異化。
?
1.5、Doctype作用? 嚴(yán)格模式與混雜模式如何區(qū)分？它們有何意義?
<!DOCTYPE> 聲明位于文檔中的最前面，處于 <html> 標(biāo)簽之前。告知瀏覽器以何種模式來(lái)渲染文檔。
嚴(yán)格模式的排版和 JS 運(yùn)作模式是，以該瀏覽器支持的最高標(biāo)準(zhǔn)運(yùn)行。
在混雜模式中，頁(yè)面以寬松的向后兼容的方式顯示。模擬老式瀏覽器的行為以防止站點(diǎn)無(wú)法工作。
DOCTYPE不存在或格式不正確會(huì)導(dǎo)致文檔以混雜模式呈現(xiàn)。
?
1.6、你知道多少種Doctype文檔類(lèi)型？
標(biāo)簽可聲明三種 DTD 類(lèi)型，分別表示嚴(yán)格版本、過(guò)渡版本以及基于框架的 HTML 文檔。
HTML 4.01 規(guī)定了三種文檔類(lèi)型：Strict、Transitional 以及 Frameset。
XHTML 1.0 規(guī)定了三種 XML 文檔類(lèi)型：Strict、Transitional 以及 Frameset。
Standards （標(biāo)準(zhǔn)）模式（也就是嚴(yán)格呈現(xiàn)模式）用于呈現(xiàn)遵循最新標(biāo)準(zhǔn)的網(wǎng)頁(yè)，
Quirks（包容）模式（也就是松散呈現(xiàn)模式或者兼容模式）用于呈現(xiàn)為傳統(tǒng)瀏覽器而設(shè)計(jì)的網(wǎng)頁(yè)。
?
1.7、HTML與XHTML——二者有什么區(qū)別
a. XHTML 元素必須被正確地嵌套。
b. XHTML 元素必須被關(guān)閉。
c. 標(biāo)簽名必須用小寫(xiě)字母。
d. XHTML 文檔必須擁有根元素。
?
?
1.8、html5有哪些新特性、移除了那些元素？
a. HTML5 現(xiàn)在已經(jīng)不是 SGML 的子集，主要是關(guān)于圖像，位置，存儲(chǔ)，多任務(wù)等功能的增加。
b. 拖拽釋放(Drag and drop) API
c. 語(yǔ)義化更好的內(nèi)容標(biāo)簽（header,nav,footer,aside,article,section）
e. 畫(huà)布(Canvas) API
f. 地理(Geolocation) API
g. 本地離線存儲(chǔ)?localStorage?長(zhǎng)期存儲(chǔ)數(shù)據(jù)，瀏覽器關(guān)閉后數(shù)據(jù)不丟失
h.?sessionStorage?的數(shù)據(jù)在頁(yè)面會(huì)話結(jié)束時(shí)會(huì)被清除
i. 表單控件，calendar、date、time、email、url、search?
j. 新的技術(shù)webworker,?websocket等
移除的元素：
a. 純表現(xiàn)的元素：basefont，big，center, s，strike，tt，u；
b. 對(duì)可用性產(chǎn)生負(fù)面影響的元素：frame，frameset，noframes；
?
1.9、iframe的優(yōu)缺點(diǎn)？
優(yōu)點(diǎn)：
a. 解決加載緩慢的第三方內(nèi)容如圖標(biāo)和廣告等的加載問(wèn)題
b. iframe無(wú)刷新文件上傳
c. iframe跨域通信
缺點(diǎn)：
a. iframe會(huì)阻塞主頁(yè)面的Onload事件
b. 無(wú)法被一些搜索引擎索引到
c. 影響瀏覽器中的并行資源下載，iframe和父頁(yè)面不能共享下載
d. script腳本標(biāo)簽寫(xiě)在了iframe之前，iframe中的資源會(huì)被阻塞
1.10、Quirks模式是什么？它和Standards模式有什么區(qū)別？
在寫(xiě)程序時(shí)我們也會(huì)經(jīng)常遇到這樣的問(wèn)題，如何保證原來(lái)的接口不變，又提供更強(qiáng)大的功能，尤其是新功能不兼容舊功能時(shí)。IE6以前的頁(yè)面大家都不會(huì)去寫(xiě)DTD，所以IE6就假定 如果寫(xiě)了DTD，就意味著這個(gè)頁(yè)面將采用對(duì)CSS支持更好的布局，而如果沒(méi)有，則采用兼容之前的布局方式。這就是Quirks模式（怪癖模式，詭異模式，怪異模式）。
區(qū)別：總體會(huì)有布局、樣式解析和腳本執(zhí)行三個(gè)方面的區(qū)別。
a. 盒模型：在W3C標(biāo)準(zhǔn)中，如果設(shè)置一個(gè)元素的寬度和高度，指的是元素內(nèi)容的寬度和高度，而在Quirks 模式下，IE的寬度和高度還包含了padding和border。
b. 設(shè)置行內(nèi)元素的高寬：在Standards模式下，給<span>等行內(nèi)元素設(shè)置wdith和height都不會(huì)生效，而在quirks模式下，則會(huì)生效。
c. 設(shè)置百分比的高度：在standards模式下，一個(gè)元素的高度是由其包含的內(nèi)容來(lái)決定的，如果父元素沒(méi)有設(shè)置百分比的高度，子元素設(shè)置一個(gè)百分比的高度是無(wú)效的用
d. 設(shè)置水平居中：使用margin:0 auto在standards模式下可以使元素水平居中，但在quirks模式下卻會(huì)失效。
?
1.11、請(qǐng)闡述table的缺點(diǎn)
a.?太深的嵌套，比如table>tr>td>h3，會(huì)導(dǎo)致搜索引擎讀取困難，而且，最直接的損失就是大大增加了冗余代碼量。
b. 靈活性差，比如要將tr設(shè)置border等屬性，是不行的，得通過(guò)td
c. 代碼臃腫，當(dāng)在table中套用table的時(shí)候，閱讀代碼會(huì)顯得異?；靵y
d. 混亂的colspan與rowspan，用來(lái)布局時(shí)，頻繁使用他們會(huì)造成整個(gè)文檔順序混亂。
e. table需要多次計(jì)算才能確定好其在渲染樹(shù)中節(jié)點(diǎn)的屬性，通常要花3倍于同等元素的時(shí)間。
f. 不夠語(yǔ)義
1.12、簡(jiǎn)述一下src與href的區(qū)別
src用于替換當(dāng)前元素；href用于在當(dāng)前文檔和引用資源之間確立聯(lián)系。
src是source的縮寫(xiě)，指向外部資源的位置，指向的內(nèi)容將會(huì)嵌入到文檔中當(dāng)前標(biāo)簽所在位置
href是Hypertext Reference的縮寫(xiě)，指向網(wǎng)絡(luò)資源所在位置，建立和當(dāng)前元素（錨點(diǎn)）或當(dāng)前文檔（鏈接）之間的鏈接
來(lái)源：https://www.icode9.com/content-4-605751.html聯(lián)系客服
