帶寬不夠
  帶寬不夠是最普遍的問(wèn)題，是大多數(shù)站點(diǎn)網(wǎng)站加載慢的因素，最直接的方法就是直接提升帶寬，不過(guò)就是有點(diǎn)費(fèi)錢(qián)，還是可以通過(guò)對(duì)網(wǎng)站的優(yōu)化降低點(diǎn)帶寬的需求。
  網(wǎng)站中占用最大帶寬就是圖片，所以站點(diǎn)上的圖片必須進(jìn)行壓縮，在保持足夠清晰度的前提下，最大程度的壓縮。對(duì)于一些并不是很重要圖片，非首屏加載的可以進(jìn)行延遲加載。
  網(wǎng)頁(yè)阻塞
  網(wǎng)站一般都會(huì)引用大量js腳本，而js對(duì)于dom的構(gòu)建渲染會(huì)造成阻塞。對(duì)于這個(gè)問(wèn)題，盡可能將腳本本地化，避免遠(yuǎn)程請(qǐng)求js腳本失敗導(dǎo)致頁(yè)面被阻塞。
  對(duì)于非必要的js進(jìn)行異步加載，同時(shí)將js放到頁(yè)面代碼底部去減少阻塞的影響。
  線程阻塞
  線程阻塞指的是瀏覽器，比如谷歌瀏覽器在同一域名下，不同GET/POST請(qǐng)求的并發(fā)數(shù)量是6。當(dāng)發(fā)送的請(qǐng)求數(shù)量達(dá)到6個(gè)，并且都沒(méi)有得到響應(yīng)時(shí)，后面的請(qǐng)求會(huì)置入隊(duì)列等待發(fā)送。
  所以這個(gè)時(shí)候即是資源加載沒(méi)有問(wèn)題，頁(yè)面的渲染也會(huì)被阻塞，就必須降低頁(yè)面請(qǐng)求的數(shù)量，對(duì)于一些請(qǐng)求進(jìn)行合并。同樣大小的資源，進(jìn)行合并之后，首先資源數(shù)少了，也就減少了硬盤(pán)尋址的時(shí)間，不要小看這個(gè)。當(dāng)用戶(hù)量大了之后，對(duì)于磁盤(pán)開(kāi)銷(xiāo)的降低是有很大幫助的。
  可以將css全部合并到一起，js腳本也可以合并一起，很多站點(diǎn)為了開(kāi)發(fā)的便利，會(huì)把css和js拆分多個(gè)，方便后期的維護(hù)，比如所有頁(yè)面公用的代碼就會(huì)單獨(dú)放一個(gè)文件，之后只要維護(hù)一處就可以全局修改。
  但是現(xiàn)在有很多工具，比如css就有sass、less等就可以進(jìn)行混和打包，不同的功能依然可以在對(duì)應(yīng)的文件里維護(hù)，但是打包到生產(chǎn)環(huán)境之后可以根據(jù)自己的需求設(shè)定，把需要的代碼合并到同一個(gè)文件。
  網(wǎng)站穩(wěn)定性
  現(xiàn)在非常流行前后端分離，很多站點(diǎn)一位的追求新技術(shù)，導(dǎo)致了后期的一些問(wèn)題。這里建議中小項(xiàng)目沒(méi)必要用前后端分離，很多公司的網(wǎng)站都是開(kāi)發(fā)之后基本不更新維護(hù)的，前后端分離開(kāi)發(fā)效率上的優(yōu)勢(shì)就沒(méi)有了，并且調(diào)用api接口的時(shí)候出現(xiàn)穩(wěn)定性波動(dòng)就容易導(dǎo)致網(wǎng)站打開(kāi)率有問(wèn)題。
  即使代碼很靠譜，前后端分離從概率上出現(xiàn)問(wèn)題的概率就要翻倍。更關(guān)鍵的是前后端分離對(duì)于SEO不友好，前端普遍依靠js實(shí)現(xiàn)，比如vue等框架，都是在客戶(hù)端渲染，而不是服務(wù)端渲染，如果不做處理那么蜘蛛抓取不到任何內(nèi)容的。就需要去配置服務(wù)端渲染，比如vue中nuxt是比較好的SEO解決方案，