基础面试2

技术面试题：

1.图片批量上传

咱之前做过一个图片上传的例子，其实只要进行循环就可以了。

2.响应式

对不同终端的进行响应。

3.html5去除了哪些内容

第一类：表现性元素

basefont/big/center/font/s/strike/tt/u

建议用语义正确的元素代替他们，并使用CSS来确保渲染后的效果

第二类：框架类元素

因框架有很多可用性及可访问性问题，HTML5规范将以下元素移除。

frame/frameset/noframes

但html5支持iframe。

第三类:属性类

很多表现性的属性也被新规范移除，如下：

align

body标签上的link、vlink、alink、text属性

bgcolor

height和width

iframe元素上的scrolling属性

valign

hspace和vspace

table标签上的cellpadding、cellspacing和border属性

header标签上的profile属性

链接标签a上的target属性

img和iframe元素的longdesc属性

第四类：其他

abbr取代acronym（用于表示缩写）

object取代了applet

ul取代了dir

4.如何区别html和html5

1.在文档类型声明上

html:

html5:

在文档声明上，html有很长的一段代码，并且很难记住这段代码，而html5却不同，只有简简单单的声明，这也方便人们的记忆。

2.在结构语义上

html:没有体现结构语义化的标签，通常都是这样来命名的

，这样表示网站的头部。

html5:在语义上却有很大的优势。提供了一些新的标签，比如:。

5.sessionstorage和localstorage和cookie

共同点：都是保存在浏览器端，且同源的。

区别：cookie数据始终在同源的http请求中携带（即使不需要），即cookie在浏览器和服务器间来回传递；cookie数据还有路径（path）的概念，可以限制cookie只属于某个路径下。存储大小限制也不同，cookie数据不能超过4k，同时因为每次http请求都会携带cookie，所以cookie只适合保存很小的数据，如会话标识。

而sessionStorage和localStorage不会自动把数据发给服务器，仅在本地保存。sessionStorage和localStorage 虽然也有存储大小的限制，但比cookie大得多，可以达到5M或更大。

数据有效期不同，sessionStorage：仅在当前浏览器窗口关闭前有效，自然也就不可能持久保持；localStorage：始终有效，窗口或浏览器关闭也一直保存，因此用作持久数据；cookie只在设置的cookie过期时间之前一直有效，即使窗口或浏览器关闭。

作用域不同，sessionStorage不在不同的浏览器窗口中共享，即使是同一个页面；localStorage 在所有同源窗口中都是共享的；cookie也是在所有同源窗口中都是共享的。Web Storage 支持事件通知机制，可以将数据更新的通知发送给监听者。Web Storage 的 api 接口使用更方便。

6.图片预览功能

咱做过一个关于图片预览，图片上传后会进行预览，还有进度条

7.第三方登录

百度查，会有很多接口。

8.iframe优缺点

注：HTML5不再支持使用frame，iframe只有src 属性

一、使用iframe的优缺点

优点:

1.程序调入静态页面比较方便;

2.页面和程序分离;

缺点：

1.iframe有不好之处：样式/脚本需要额外链入，会增加请求。

另外用js防盗链只防得了小偷，防不了大盗。

2.iframe好在能够把原先的网页全部原封不动显示下来,但是如果用在首页,是搜索引擎最讨厌的.那么你

的网站即使做的在好,也排不到好的名次!

如果是动态网页，用include还好点！

但是必须要去除他的标签！

3.框架结构有时会让人感到迷惑，特别是在多个框架中都出现上下、左右滚动条的时候。这些滚动条除了

会挤占已经特别有限的页面空间外，还会分散访问者的留心力。访问者遇到这种站点往往会立刻转身离开

。他们会想，既然你的主页如此混乱，那么站点的其他部分也许更不值得阅读。

4.链接导航疑问。运用框架结构时，你必须保证正确配置所有的导航链接，如不然，会给访问者带来很大

的麻烦。比如被链接的页面出现在导航框架内，这种情况下访问者便被陷住了，因为此时他没有其他地点

可去。

5.调用外部页面,需要额外调用css,给页面带来额外的请求次数;

二、为什么少用iframe

iframes 提供了一个简单的方式把一个网站的内容嵌入到另一个网站中。但我们需要慎重的使用iframe。iframe的创建比其它包括scripts和css的 DOM 元素的创建慢了 1-2 个数量级。

使用iframe 的页面一般不会包含太多 iframe，所以创建 DOM 节点所花费的时间不会占很大的比重。但带来一些其它的问题：onload 事件以及连接池(connection pool)。

1.Iframes 阻塞页面加载

及时触发window 的 onload 事件是非常重要的。onload 事件触发使浏览器的 “忙” 指示器停止，告诉用户当前网页已经加载完毕。当 onload 事件加载延迟后，它给用户的感觉就是这个网页非常慢。

window 的 onload 事件需要在所有 iframe 加载完毕后(包含里面的元素)才会触发。在 Safari 和 Chrome 里，通过 JavaScript 动态设置 iframe 的 SRC 可以避免这种阻塞情况。

2.唯一的连接池

浏览器只能开少量的连接到web服务器。比较老的浏览器，包含 Internet Explorer 6 & 7 和 Firefox 2，只能对一个域名(hostname)同时打开两个连接。这个数量的限制在新版本的浏览器中有所提高。Safari 3+ 和 Opera 9+ 可同时对一个域名打开 4 个连接，Chrome 1+, IE 8 以及 Firefox 3 可以同时打开 6 个。你可以通过这篇文章查看具体的数据表：Roundup on Parallel Connections.

有人可能希望iframe 会有自己独立的连接池，但不是这样的。绝大部分浏览器，主页面和其中的 iframe 是共享这些连接的。这意味着 iframe 在加载资源时可能用光了所有的可用连接，从而阻塞了主页面资源的加载。如果 iframe 中的内容比主页面的内容更重要，这当然是很好的。但通常情况下，iframe 里的内容是没有主页面的内容重要的。这时 iframe 中用光了可用的连接就是不值得的了。一种解决办法是，在主页面上重要的元素加载完毕后，再动态设置 iframe 的 SRC。

美国前10 大网站都使用了 iframe。大部分情况下，他们用它来加载广告。这是可以理解的，也是一种符合逻辑的解决方案，用一种简单的办法来加载广告服务。但请记住，iframe 会给你的页面性能带来冲击。只要可能，不要使用 iframe。当确实需要时，谨慎的使用他们。

以上答案供参考。