帶寬不足,首先想到的就是自己網(wǎng)速的問題,但是一般網(wǎng)速在1M以上的,打開網(wǎng)頁一般不會(huì)是很慢的。網(wǎng)站服務(wù)器的帶寬不夠的話,當(dāng)大量用戶訪問的時(shí)候,網(wǎng)頁的加載也是很慢的,這就是網(wǎng)絡(luò)的出口端和入口端兩個(gè)方面
硬件配置低,本機(jī)的配置也會(huì)是一方面的,但是只要不是老賽揚(yáng)單核+512M的配置,一般不會(huì)是電腦配置的問題。服務(wù)器端的配置也是同樣的道理。
CPU或者是內(nèi)存被占滿的時(shí)候,打開網(wǎng)頁很是會(huì)很慢的,因?yàn)檎麄€(gè)電腦都很慢
DNS解析慢,域名的解析是需要專門的域名解析服務(wù)器來完成的,DNS解析包括往復(fù)解析的次數(shù)及每次解析所花費(fèi)的時(shí)間,它們兩者的積即是DNS解析所耗費(fèi)的總時(shí)間,在http請(qǐng)求的過程中,域名解析和建立連接占的時(shí)間很多。
JS阻塞請(qǐng)求,寫的js代碼出現(xiàn)問題,解析就會(huì)花費(fèi)很長時(shí)間,這兩個(gè)js請(qǐng)求之間會(huì)出現(xiàn)一個(gè)很大的空隙,就會(huì)導(dǎo)致這段時(shí)間的資源加載都被阻塞住。
接受數(shù)據(jù)時(shí)間過長,http請(qǐng)求的大部分時(shí)間應(yīng)該花在后面幾個(gè)階段,比如等待響應(yīng)和接收數(shù)據(jù)。但是,如果接收數(shù)據(jù)的時(shí)間太長了,長到數(shù)百毫秒甚至以秒計(jì)算的時(shí)候,那也是有問題的。這種情況一般是因?yàn)橄螺d的內(nèi)容太重了,例如大圖片、大腳本等。這類問題可以使用GZIP壓縮、圖片壓縮或者JS/CSS的minify等手段來解決。
加載某個(gè)資源太慢,如果某個(gè)請(qǐng)求比其他的請(qǐng)求多出很多的時(shí)間,那么一般情況就是某個(gè)資源的加載太慢,導(dǎo)致了整個(gè)網(wǎng)頁變慢,原因有可能是1)資源在第三方站點(diǎn)上,他們很慢;2)這個(gè)資源太大了;3)這個(gè)資源使用的域名有問題
后端代碼問題,主要有代碼冗余、數(shù)據(jù)庫發(fā)生鎖死、動(dòng)態(tài)請(qǐng)求時(shí)間過長等,這就需要RD優(yōu)化一切可以優(yōu)化的東西了
前端頁面請(qǐng)求的資源過多,onload之前如果有幾百行,速度自然會(huì)慢的,如果請(qǐng)求的資源不存在,那么速度將會(huì)更慢
網(wǎng)頁本身中包含了追蹤或者是分析用戶的工具,從而導(dǎo)致網(wǎng)頁的加載時(shí)間變的慢,比如之前海盜灣中會(huì)給用戶的電腦插入挖礦的js腳本
專業(yè)網(wǎng)站建設(shè)、小程序、公眾號(hào)、APP開發(fā)——北京海源川匯科技有限公司
專業(yè)網(wǎng)站建設(shè)、小程序、公眾號(hào)、APP開發(fā)——北京海源川匯科技有限公司