1.仿站经验

通用经验

<!--    采用utf-8转码-->

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<!--    当前页面为中文-->

<meta http-equiv="Content-Language" content="zh-cn" />

<!--    替换http为https-->

<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests" />

<!--    切换到移动端时跳转至指定网站-->

<meta name="mobile-agent" content="format=xhtml;url=https://m.vmall.com/">

<!--    QQ/微博登录说明-->

<meta property="qc:admins" content="153033120760567656375" />  QQ登陆声明

<meta property="wb:webmaster" content="e9da5e10879ed7c9" />   微博登陆声明

<!--    一次请求引用多个js文件--> （这种写法并不是html的规范，因此并不是所有人都可以这么用的，只有支持这种写法的服务器，才可以这样写。）

<script src="https://res10.vmallres.com/20200313/js/??/common/jsapi.js,/common/base/jquery-3.4.1.min.js,/common/base/jquery-migrate-1.4.1.min.js” namespace="ec"></script>

这是淘宝/华为的CDN具备的独有功能。这种写法并不是html的规范，因此并不是所有人都可以这么用的，只有支持这种写法的服务器，才可以这样写。
原理是这样的：

当你的http请求到达的时候，静态资源服务器分解你这个请求，把你需要的所有js或者css资源，合并到一起，一并返回到浏览器。这样，我们浏览器仅仅发起了一次http请求，就获取了好多个js或者css文件的资源。节省了http网络开销。
因为逐个文件引入，会导致发起多次http请求。
缺点是：

浏览器可以并行的http数量有限。

如果不支持keep-alive。TCP链接的重建开销、TCP慢启动都会导致延迟增加。

即使支持keep-alive。额外的http请求头和响应头也会增加额外数据开销。

但是淘宝所采用这种合并js、css的方式也有他的缺点：

静态资源服务器需要动态合并静态资源到一个输出流中，也就是说，静态资源服务器要有一个网关应用程序去支持这种处理。当然这种处理是要消耗额外的硬件性能。

http缓存能力降低，一定程度上增加了服务器的压力。试想一下，如果我们有四个js文件。A.js，B.js，C.js，D.js。我们如果只改变了D.js。正常情况下。浏览器还是可以继续使用A、B、C的缓存，只更新D.js就可以了。但是由于我们采用了合并的方式。现在我们需要重新返回四个文件的合并结果。

原理和优缺点

1.华为商城

懒加载