本文总结一些 HTML 相关的知识,留作以后查看,包括同源策略、跨域、HTML 语义化等。
同源策略
同源策略是浏览器的一种安全策略,什么是同源呢?同时满足以下几个要求的域,就是同源:
- 域名相同
- 协议相同
- 端口相同
那么如果满足以下一个或多个要求的域,就是不同源:
- 域名不相同
- 协议不相同
- 端口不相同
同源策略的限制
同源策略作为一种安全策略,从浏览器层面限制了不同域之间的资源访问,这是即为重要的。设想,如果某个域能够轻易拿到另一个域的 DOM、Cookie 等信息,还有什么安全可言呢?
具体说来,同源策略限制了不同域之间以下这些资源的访问:
- Cookie、LocalStorage、IndexDB 等本地储存
- DOM
- AJAX
如果访问不同源域中的资源,我们就称之为跨域。
跨域 Cookie 共享
举个例子:http://zhaopin.baidu.com/
和 https://tieba.baidu.com/
这两个域,从同源策略的角度来讲,他们是不同源的,因此无法在 https://tieba.baidu.com/
域中访问 http://zhaopin.baidu.com/
域中的受限资源。
但 Cookie 是个特例,默认情况下 https://tieba.baidu.com/
域是无法访问 http://zhaopin.baidu.com/
域中的 Cookie 的,但是由于二者的 一级域名相同,因此在设置 Cookie 的时候可以指定 domain
属性,将该属性设置为二者共同的一级域名 baidu.com
,那么在就可以在这两个域之间共享 Cookie 了。
你可以自己做个测试,打开 http://tieba.baidu.com/,在控制台中输入:
document.cookie = "test1=memeda1"
document.cookie = "test2=memeda2;domain=baidu.com"
打开 http://zhaopin.baidu.com/ ,在控制台中输入(最好先清除该域下的 Cookie,这样更明显一些):
document.cookie
你可以看到如下输出:
"test2=memeda2"
至此,我们通过在设置 Cookie 时,将 domain
设置为一级域名,实现了与其他同一级域名的域的 Cookie 共享。
当然,这种方式也只限于同一级域名的域之间使用。
不受同源策略限制的 HTML 元素
上面说到的 Cookie 共享,就属于规避同源策略的一种方式。那么在 HTML 标签中,就存在一些标签不受同源策略的影响:
<img />
<script></script>
<link />
<iframe></iframe>
- 一些 CSS 属性,如
background:url()
关于不受同源策略限制的标签,我暂时也就想起了这么多,如果您还知道其他的标签,欢迎补充。
现在想一想,我们能在自己的网站上通过 <img />
标签引入其他网站的图片,通过 <script></script>
标签和 <link />
标签引用其他网站或 CDN 上的脚本和样式文件,以及通过 <iframe></iframe>
标签在我们的网站中嵌入其他的网站等等,这些技术的背后都是同源策略。可见,同源策略在为我们关闭了一扇门的同时,又为我们打开了一扇窗,如果没有这些开放原则,我们网站上用到的所有资源都需要从本域中引用,也就没有了 CDN,互联网也就没有那么丰富多彩了。
JSONP
前面说过,AJAX 是受同源策略的限制的,因此我们要请求其他域中的资源,就不能使用 AJAX 了。
前面说到 <script></script>
标签不受同源策略的影响,因此可以利用这个“漏洞”来实现跨域资源访问。
首先,当我们从别的域中引入一个脚本文件,浏览器会去下载这个脚本文件,并解释执行。那么,如果这个脚本文件中是一个函数调用,恰巧我们本域中也有一个对应的函数声明呢?显然,浏览器会在下载完这个脚本后执行函数调用,也就会调用我们本域中声明的函数了。
这种跨域请求的方式也叫作 JSONP。
具体说来,如果我们向一个域中发起这样的请求:
<script src="www.memeda.com/api?callback=jsonp_callback"></script>
同时我们本域中也定义了一个 jsonp_callback
函数:
<script>
function jsonp_callback(data){
doSomethingWithData(data)...
}
</script>
www.memeda.com
的服务器在收到 HTTP 请求后,发现有个 callback=jsonp_callback
的 Query String,就知道这 JSONP,服务器响应时就这样响应:
ctx.body = `jsonp_callback(${data})`;
那么浏览器在下载完脚本文件后,就会执行 jsonp_callback
函数,该函数的参数就是从后端请求到的数据,然后对该数据进行相应处理,至此一个 JSONP 过程就完成了。
其他跨域方案
跨域的方案还有很多,比如:
- HTML5 新规范中的
postMessage
API - Websocket 协议,该协议不受同源策略的影响
- 服务端设置 CORS 跨源资源
- 反向代理
网络测速
在移动开发中,网络请求弥足珍贵,当用户的网速不好时,为了最大限度的提高用户体验,可以向其展示一个只具备基本功能的简版网站,当用户网速较好时,向其展示功能完全的网站,这就需要用到网络测速。
前端常用的网络测速,是下载一个 1KB 的图片,根据下载时长来判断用户的网速:
<script>
function testSpeed(url){
const img = new Image();
const startTime = +new Date();
let requestTime;
img.src = url;
img.onload = () => {
const endTime = +new Date();
// 将毫秒转换为秒
requestTime = (endTime - startTime) / 1000;
doSomethingWithRequestTime(requestTime)
}
}
</script>
当然这种方式不精确,但也能为之一用,大多数情况下是够用了,想要更精确的话可以试试 Web 端的多普勒测速。
HTML 语义化
所谓 HTML 语义化,就是在写 HTML 的时候使用正确的 HTML 标签,尽可能的有语义,这样能让网站的可读性更高,有利于 SEO。
此外,在写 HTML 文件时,尽量少用 HTML 元素,能用一个元素解决的尽量使用一个元素解决。
比如,一个 <div></div>
元素至少可以拆分成三个元素:该元素本身,:before
伪元素,:after
伪元素,如果再加上 box-shadow
等样式,就可以将一个元素展现成很多个元素。(我见过仅用一个元素,通过不同的 box-shadow
的应用画出一个蒙拉丽莎的,真是厉害)
节约 HTML 元素,有以下几个好处:
- 减少 HTML 文件大小,加快访问速度
- 减少 DOM 树渲染的时间,加快访问速度
- 减少页面的重排和重绘,加快访问速度
另外,关于 HTML 的语义化,有两篇参考文章:
最后,提供一个我常用的 HTML 布局风格:
<!-- 头部和导航 -->
<header>
<nav></nav>
</header>
<!-- 内容主体 -->
<div class="content">
<!-- 区块1 -->
<section></section>
<!-- 区块2 -->
<section></section>
<!-- 侧边栏 -->
<aside></aside>
</div>
<!-- 页面底部 -->
<footer></footer>
附:参考资料
浏览器同源政策及其规避方法
HTML语义化
HTML语义化
完。
网友评论