篇文章是翻譯自Julien Pauli的博客文章PHP output buffer in deep,Julien是PHP源碼的資深開發(fā)和維護(hù)人員。這篇文章從多個(gè)方面講解了PHP中的輸出緩沖區(qū)以及怎么使用它。輸出緩沖區(qū)可能一直都是PHP開發(fā)人員的一個(gè)盲點(diǎn),很多人可能只是知道這個(gè)東西,而且也知道大概怎么使用,但對(duì)于它為什么是這個(gè)樣子,以及還可能是其他什么樣子,可能并不了解,這篇文章可以解決你的所有困惑!
引言
大家都知道PHP中有一個(gè)名為“輸出緩沖區(qū)”層(layer)的東西。這篇文章就是來講解它到底是個(gè)什么東西的?PHP內(nèi)部是怎么實(shí)現(xiàn)它的?以及在PHP程序中怎么使用它?這個(gè)層并不復(fù)雜,但經(jīng)常會(huì)被誤解,很多PHP開發(fā)者并沒有完成掌握它。今天我們就一起來徹底把它搞清楚吧。
我們要討論的東西是基于PHP 5.4(及以上版本),PHP中的OB層從5.4版開始就發(fā)生了很多變化,確切說是完全重寫了,有些地方可能都不兼容PHP 5.3了。
什么是輸出緩沖區(qū)?
PHP的輸出流包含很多字節(jié),通常都是程序員要PHP輸出的文本,這些文本大多是echo語句或者printf()函數(shù)輸出的。對(duì)于PHP中的輸出緩沖區(qū),你要知道三點(diǎn)內(nèi)容。
第一點(diǎn)是任何會(huì)輸出點(diǎn)什么東西的函數(shù)都會(huì)用到輸出緩沖區(qū),當(dāng)然這說的是用PHP寫的程序。如果你是編寫PHP擴(kuò)展,你使用的函數(shù)(C函數(shù))可能會(huì)直接將輸出寫到SAPI緩沖區(qū)層,而不需要經(jīng)過OB層。你可以在源文件main/php_output.h中了解到這些C函數(shù)的API文檔,這個(gè)文件給我們提供了很多其他的信息,例如默認(rèn)的緩沖區(qū)大小。
第二點(diǎn)你需要知道的是輸出緩沖區(qū)層不是唯一用于緩沖輸出的層,它實(shí)際上只是很多層中的一個(gè)。最后一點(diǎn)你要記住輸出緩沖區(qū)層的行為跟你使用的SAPI(web或cli)相關(guān),不同的SAPI可能有不同的行為。我們先通過一個(gè)圖片來看看這些層的關(guān)系:
上面這張圖片展示了PHP中的三種緩沖區(qū)層的邏輯關(guān)系。上面的兩層就是我們通常所認(rèn)識(shí)到的“輸出緩沖區(qū)”,最后一個(gè)是SAPI中的輸出緩沖區(qū)。這些都是PHP中的層,當(dāng)輸出的字節(jié)離開PHP進(jìn)入計(jì)算機(jī)體系結(jié)構(gòu)中的更底層時(shí),緩沖區(qū)又會(huì)不斷出現(xiàn)(終端緩沖區(qū)(terminal buffer),fast-cgi緩沖區(qū),web服務(wù)器緩沖區(qū),OS緩沖區(qū),TCP/IP棧緩沖區(qū)。。。)。請(qǐng)記住一個(gè)通用原則,除了這篇文章中討論的PHP中的情況外,一個(gè)軟件的很多部分都會(huì)先保留信息,然后再把它們傳遞到下一部分,直到最終把這些信息傳遞給用戶。
CLI的SAPI有點(diǎn)特殊,這里重點(diǎn)講一下。CLI會(huì)將INI配置中的output_buffer選項(xiàng)強(qiáng)制設(shè)置為0,這表示禁用默認(rèn)PHP輸出緩沖區(qū)。所以在CLI中,默認(rèn)情況下你要輸出的東西會(huì)直接傳遞到SAPI層,除非你手動(dòng)調(diào)用ob_()類函數(shù)。并且在CLI中,implicit_flush的值也會(huì)被設(shè)置為1。我們經(jīng)常會(huì)搞不清implicit_flush的作用,源代碼已說明一切:當(dāng)implicit_flush被設(shè)置為打開(值為1),一旦有任何輸出寫入到SAPI緩沖區(qū)層,它都會(huì)立即刷新(flush,意思是把這些數(shù)據(jù)寫入到更低層,并且緩沖區(qū)會(huì)被清空)。換句話說就是:任何時(shí)候當(dāng)你寫入任何數(shù)據(jù)到CLI SAPI中時(shí),CLI SAPI都會(huì)立即將這些數(shù)據(jù)扔到它的下一層去,一般會(huì)是標(biāo)準(zhǔn)輸出管道,write()和fflush()這兩個(gè)函數(shù)就是負(fù)責(zé)干這個(gè)事情的。簡(jiǎn)單,對(duì)吧!
默認(rèn)PHP輸出緩沖區(qū)
如果你使用不同于CLI的SAPI,像PHP-FPM,你會(huì)用到下面三個(gè)跟緩沖區(qū)相關(guān)的INI配置選項(xiàng):
output_buffering implicit_flush output_handler
在搞清楚這幾個(gè)選項(xiàng)的含義之前,有一點(diǎn)需要先說明下,不能在運(yùn)行時(shí)使用ini_set()改這幾個(gè)選項(xiàng)的值。這些選項(xiàng)的值會(huì)在PHP程序啟動(dòng)的時(shí)候,還沒有運(yùn)行任何腳本之前解析,所以也許在運(yùn)行時(shí)可以使用ini_set()改變它們的值,但改變后的值并不會(huì)生效,一切都已經(jīng)太遲了,因?yàn)檩敵鼍彌_區(qū)層已經(jīng)啟動(dòng)并已激活。你只能通過編輯php.ini文件或者是在執(zhí)行PHP程序的時(shí)候使用-d選項(xiàng)才能改變它們的值。
默認(rèn)情況下,PHP發(fā)行版會(huì)在php.ini中把output_buffering設(shè)置為4096個(gè)字節(jié)。如果你不使用任何php.ini文件(或者也不會(huì)在啟動(dòng)PHP的時(shí)候使用-d選項(xiàng)),它的默認(rèn)值將為0,這表示禁用輸出緩沖區(qū)。如果你將它的值設(shè)置為“ON”,那么默認(rèn)的輸出緩沖區(qū)的大小將是16kb。你可能已經(jīng)猜到了,在web應(yīng)用環(huán)境中對(duì)輸出的內(nèi)容使用緩沖區(qū)對(duì)性能有好處。默認(rèn)的4k的設(shè)置是一個(gè)合適的值,這意味著你可以先寫入4096個(gè)ASCII字符,然后再跟下面的SAPI層通信。并且在web應(yīng)用環(huán)境中,通過socket一個(gè)字節(jié)一個(gè)字節(jié)的傳輸消息的方式對(duì)性能并不好。更好的方式是把所有內(nèi)容一次性傳輸給服務(wù)器,或者至少是一塊一塊地傳輸。層與層之間的數(shù)據(jù)交換的次數(shù)越少,性能越好。你應(yīng)該總是保持輸出緩沖區(qū)處于可用狀態(tài),PHP會(huì)負(fù)責(zé)在請(qǐng)求結(jié)束后把它們中的內(nèi)容傳輸給終端用戶,你不用做任何事情。
implicit_flush已在前面談?wù)揅LI的時(shí)候提到過。對(duì)于其他的SAPI,implicit_flush默認(rèn)被設(shè)置為關(guān)閉(off),這是正確的設(shè)置,因?yàn)橹灰行聰?shù)據(jù)寫入就刷新SAPI的做法很可能并非你所希望的。對(duì)于FastCGI協(xié)議,刷新操作(flushing)是每次寫入后都發(fā)送一個(gè)FastCGI數(shù)組包(packet),如果發(fā)送數(shù)據(jù)包之前先把FastCGI的緩沖區(qū)寫滿會(huì)更好一些。如果你想手動(dòng)刷新SAPI的緩沖區(qū),使用PHP的flush()函數(shù)。如果你想寫一次就刷新一次,你可以設(shè)置INI配置中的implicit_flush選項(xiàng),或者調(diào)用一次ob_implicit_flush()函數(shù)。
output_handler是一個(gè)回調(diào)函數(shù),它可以在緩沖區(qū)刷新之前修改緩沖區(qū)中的內(nèi)容。PHP的擴(kuò)展提供了很多回調(diào)函數(shù)(用戶也可以自己編寫回調(diào)函數(shù),下面會(huì)講到)。
ob_gzhandler : 使用ext/zlib壓縮輸出 mb_output_handler : 使用ext/mbstring轉(zhuǎn)換字符編碼 ob_iconv_handler : 使用ext/iconv轉(zhuǎn)換字符編碼 ob_tidyhandler : 使用ext/tidy整理輸出的HTML文本 ob_[inflate/deflate]_handler : 使用ext/http壓縮輸出 ob_etaghandler : 使用ext/http自動(dòng)生成HTTP的Etag
緩沖區(qū)中的內(nèi)容會(huì)傳遞給你選擇的回調(diào)函數(shù)(只能用一個(gè))來執(zhí)行內(nèi)容轉(zhuǎn)換的工作,所以如果你想獲取PHP傳輸給web服務(wù)器以及用戶的內(nèi)容,你可以使用輸出緩沖區(qū)回調(diào)。當(dāng)前有一點(diǎn)也需要提一下,這里說的“輸出”指的是消息頭(headers)和消息體(body)。HTTP的消息頭也是OB層的一部分。
消息頭和消息體
當(dāng)你使用一個(gè)輸出緩沖區(qū)(無論是用戶的,還是PHP的)的時(shí)候,你可能想以你希望的方式發(fā)送HTTP消息頭和內(nèi)容。你知道任何協(xié)議都必須在發(fā)送消息體之前發(fā)送消息頭(這也是為什么叫做“頭”),但是如果你使用了輸出緩沖區(qū)層,那么PHP會(huì)接管這些,而不需要你操心。實(shí)際上,任何跟消息頭的輸出有關(guān)的PHP函數(shù)(header(),setcookie(),session_start())都使用了內(nèi)部的sapi_header_op()函數(shù),這個(gè)函數(shù)只會(huì)把內(nèi)容寫入到消息頭緩沖區(qū)中。然后當(dāng)你輸出內(nèi)容是,例如使用printf(),這些內(nèi)容會(huì)寫入到輸出緩沖區(qū)(假設(shè)只有一個(gè))。當(dāng)這個(gè)輸出緩沖區(qū)中的內(nèi)容需要被發(fā)送時(shí),PHP會(huì)先發(fā)送消息頭,然后發(fā)送消息體。PHP為你搞定了所有的事情。如果你覺得不爽,想自己動(dòng)手,那你就只有把輸出緩沖區(qū)禁用掉,除此之外別無他法。
用戶輸出緩沖區(qū)(user output buffers)
對(duì)于用戶輸出緩沖區(qū),我們先通過一個(gè)示例來看看它是怎么工作的,以及你可以用它來做什么。再強(qiáng)調(diào)一下,如果你想使用默認(rèn)PHP輸出緩沖區(qū)層的話,你不能使用CLI,因?yàn)樗呀昧诉@個(gè)層。下面的這個(gè)示例用的就是默認(rèn)PHP輸出緩沖區(qū),使用了PHP的內(nèi)部web服務(wù)器SAPI:
/* launched via php -doutput_buffering=32 -dimplicit_flush=1 -S127.0.0.1:8080 -t/var/www */ echo str_repeat('a', 31); sleep(3); echo 'b'; sleep(3); echo 'c';
在這個(gè)示例中,啟動(dòng)PHP的時(shí)候?qū)⒛J(rèn)輸出緩沖區(qū)的大小設(shè)置為32字節(jié),程序運(yùn)行后會(huì)先向其中寫入31個(gè)字節(jié),然后進(jìn)入睡眠狀態(tài)。此時(shí)屏幕是空的,什么都不會(huì)輸出,跟預(yù)計(jì)一樣。2秒之后睡眠結(jié)束,再寫入了一個(gè)字節(jié),這個(gè)字節(jié)填滿了緩沖區(qū),它會(huì)立即刷新自身,把里面的數(shù)據(jù)傳遞給SAPI層的緩沖區(qū),因?yàn)槲覀儗mplicit_flush設(shè)置為1,所以SAPI層的緩沖區(qū)也會(huì)立即刷新到下一層。字符串’aaaaaaaaaa{31個(gè)a}b’會(huì)出現(xiàn)在屏幕上,然后腳本再次進(jìn)入睡眠狀態(tài)。2秒之后,再輸出一個(gè)字節(jié),此時(shí)緩沖區(qū)中有31個(gè)空字節(jié),但是PHP腳本已執(zhí)行完畢,所以包含這1個(gè)字節(jié)的緩沖區(qū)也會(huì)立即刷新,從而會(huì)在屏幕上輸出字符串’c’。
從這個(gè)示例我們可以看到默認(rèn)PHP輸出緩沖區(qū)是如何工作的。我們沒有調(diào)用任何跟緩沖區(qū)相關(guān)的函數(shù),但這并不意味這它不存在,你要認(rèn)識(shí)到它就存在當(dāng)前程序的運(yùn)行環(huán)境中(在非CLI模式中才有效)。
OK,現(xiàn)在開始討論用戶輸出緩沖區(qū),它通過調(diào)用ob_start()創(chuàng)建,我們可以創(chuàng)建很多這種緩沖區(qū)(至到內(nèi)存耗盡為止),這些緩沖區(qū)組成一個(gè)堆棧結(jié)構(gòu),每個(gè)新建緩沖區(qū)都會(huì)堆疊到之前的緩沖區(qū)上,每當(dāng)它被填滿或者溢出,都會(huì)執(zhí)行刷新操作,然后把其中的數(shù)據(jù)傳遞給下一個(gè)緩沖區(qū)。
ob_start(function($ctc) { static $a=0; return $a++ . '- ' . $ctc . "\n";}, 10); ob_start(function($ctc) { return ucfirst($ctc); }, 3); echo "fo"; sleep(2); echo 'o'; sleep(2); echo "barbazz"; sleep(2); echo "hello"; /* 0- FooBarbazz\n 1- Hello\n */
在此我代替原作者講解下這個(gè)示例。我們假設(shè)第一個(gè)ob_start創(chuàng)建的用戶緩沖區(qū)為緩沖區(qū)1,第二個(gè)ob_start創(chuàng)建的為緩沖區(qū)2。按照棧的后進(jìn)先出原則,任何輸出都會(huì)先存放到緩沖區(qū)2中。
緩沖區(qū)2的大小為3個(gè)字節(jié),所以第一個(gè)echo語句輸出的字符串'fo'(2個(gè)字節(jié))會(huì)先存放在緩沖區(qū)2中,還差一個(gè)字符,當(dāng)?shù)诙cho語句輸出的'o'后,緩沖區(qū)2滿了,所以它會(huì)刷新(flush),在刷新之前會(huì)先調(diào)用ob_start()的回調(diào)函數(shù),這個(gè)函數(shù)會(huì)將緩沖區(qū)內(nèi)的字符串的首字母轉(zhuǎn)換為大寫,所以輸出為'Foo'。然后它會(huì)被保存在緩沖區(qū)1中,緩沖區(qū)1的大小為10。
第三個(gè)echo語句會(huì)輸出'barbazz',它還是會(huì)先放到緩沖區(qū)2中,這個(gè)字符串有7個(gè)字節(jié),緩沖區(qū)2已經(jīng)溢出了,所以它會(huì)立即刷新,調(diào)用回調(diào)函數(shù)得到的結(jié)果為'Barbazz',然后被傳遞到緩沖區(qū)1中。這個(gè)時(shí)候緩沖區(qū)1中保存了'FooBarbazz',10個(gè)字符,緩沖區(qū)1會(huì)刷新,同樣的先會(huì)調(diào)用ob_start()的回調(diào)函數(shù),緩沖區(qū)1的回調(diào)函數(shù)會(huì)在字符串前面添加行號(hào),以及在尾部添加一個(gè)回車符,所以輸出的第一行是'o- FooBarbazz'。
最后一個(gè)echo語句輸出了字符串'hello',它大于3個(gè)字符,所以會(huì)觸發(fā)緩沖區(qū)2刷新,因?yàn)榇藭r(shí)腳本已執(zhí)行完畢,所以也會(huì)立即刷新緩沖區(qū)1,最終得到的第二行輸出為'1- Hello'。
輸出緩沖區(qū)的內(nèi)部實(shí)現(xiàn)
自5.4版后,整個(gè)緩沖區(qū)層都被重寫了(由Michael Wallner完成)。之前的代碼很垃圾,很多事情都做不了,并且有很多bug。這篇文章會(huì)給你提供更多相關(guān)信息。所以PHP 5.4才會(huì)對(duì)這部分進(jìn)行重新,現(xiàn)在的設(shè)計(jì)更好,代碼也更整潔,添加了一些新特性,跟5.3版的不兼容問題也很少。贊一個(gè)!
其中最贊的一個(gè)特性是擴(kuò)展可以聲明它自己的輸出緩沖區(qū)回調(diào)與其他擴(kuò)展提供的回調(diào)沖突。在此之前,這是不可能的,之前如果要開發(fā)使用輸出緩沖區(qū)的擴(kuò)展,必須先搞清楚所有其他提供了緩沖區(qū)回調(diào)的擴(kuò)展可能帶來的影響。
下面是一個(gè)簡(jiǎn)單的示例,它展示了怎樣注冊(cè)一個(gè)回調(diào)函數(shù)來將緩沖區(qū)中的字符轉(zhuǎn)換為大寫,這個(gè)示例的代碼可能不是很好,但是足以滿足我們的目的:
#ifdef HAVE_CONFIG_H #include "config.h" #endif #include "php.h" #include "php_ini.h" #include "main/php_output.h" #include "php_myext.h" static int myext_output_handler(void **nothing, php_output_context *output_context) { char *dup=NULL; dup=estrndup(output_context->in.data, output_context->in.used); php_strtoupper(dup, output_context->in.used); output_context->out.data=dup; output_context->out.used=output_context->in.used; output_context->out.free=1; return SUCCESS; } PHP_RINIT_FUNCTION(myext) { php_output_handler *handler; handler=php_output_handler_create_internal("myext handler", sizeof("myext handler") -1, myext_output_handler, /* PHP_OUTPUT_HANDLER_DEFAULT_SIZE */ 128, PHP_OUTPUT_HANDLER_STDFLAGS); php_output_handler_start(handler); return SUCCESS; } zend_module_entry myext_module_entry={ STANDARD_MODULE_HEADER, "myext", NULL, /* Function entries */ NULL, NULL, /* Module shutdown */ PHP_RINIT(myext), /* Request init */ NULL, /* Request shutdown */ NULL, /* Module information */ "0.1", /* Replace with version number for your extension */ STANDARD_MODULE_PROPERTIES }; #ifdef COMPILE_DL_MYEXT ZEND_GET_MODULE(myext) #endif
陷阱
大部分陷阱都已經(jīng)揭示出來了。有一些是邏輯的問題,有一些是隱藏的。邏輯方面,最明顯的是你不應(yīng)該在輸出緩沖區(qū)回調(diào)函數(shù)內(nèi)調(diào)用任何緩沖區(qū)相關(guān)的函數(shù),也不要在回調(diào)函數(shù)中輸出任何東西。
相對(duì)不太明顯的是有些PHP的內(nèi)部函數(shù)也使用了輸出緩沖區(qū),它們會(huì)疊加到其他的緩沖區(qū)上,這些函數(shù)會(huì)填滿自己的緩沖區(qū)然后刷新,或者是返回里面的內(nèi)容。print_r()、highlight_file()和highlight_file::handle()都是這類函數(shù)。你不應(yīng)該在輸出緩沖區(qū)的回調(diào)函數(shù)中使用這些函數(shù)。這種行為會(huì)導(dǎo)致未定義的錯(cuò)誤,或者至少得不到你期望的結(jié)果。
總結(jié)
輸出層(output layer)就像一個(gè)網(wǎng),它會(huì)把所有從PHP”遺漏“的輸出圈起來,然后把它們保存到一個(gè)大小固定的緩沖區(qū)中。當(dāng)緩沖區(qū)被填滿了的時(shí),里面的內(nèi)容會(huì)刷新(寫入)到下一層(如果有的話),或者是寫入到下面的邏輯層:SAPI緩沖區(qū)。開發(fā)人員可以控制緩沖區(qū)的數(shù)量、大小以及在每個(gè)緩沖區(qū)層可以執(zhí)行的操作(清除、刷新和刪除)。這種方式非常靈活,它允許庫和框架設(shè)計(jì)者可以完全控制它們自己輸出的內(nèi)容,并把它們放到一個(gè)全局的緩沖區(qū)中。對(duì)于輸出,我們需要知道任何輸出流的內(nèi)容和任何HTTP消息頭,PHP都會(huì)以正確的順序發(fā)送它們。
輸出緩沖區(qū)也有一個(gè)默認(rèn)緩沖區(qū),可以通過設(shè)置3個(gè)INI配置選項(xiàng)來控制它,它們是為了防止出現(xiàn)過大量的細(xì)小的寫入操作,從而造成訪問SAPI層過于頻繁,這樣網(wǎng)絡(luò)消耗會(huì)很大,不利于性能。PHP的擴(kuò)展也可以定義回調(diào)函數(shù),然后在每個(gè)緩沖區(qū)上執(zhí)行這個(gè)回調(diào),這種應(yīng)用已經(jīng)有很多了,例如執(zhí)行數(shù)據(jù)壓縮,HTTP消息頭管理以及搞很多其他的事情。
的互聯(lián)網(wǎng)產(chǎn)品不僅僅在功能上要高人一籌,在性能層面也需要出類拔萃,否則金玉其外敗絮其中,頁面是美輪美奐了,結(jié)果首屏半天加載不出來,難免讓用戶乘興而來,敗興而歸。
幸運(yùn)的是,前端的性能優(yōu)化有諸多有跡可循的理論和方法,其中相對(duì)權(quán)威的,無疑是LightHouse。
LightHouse 是一個(gè)開源的自動(dòng)化工具,它作為 Chrome 瀏覽器的擴(kuò)展程序運(yùn)行,提供一套完整的站點(diǎn)評(píng)分標(biāo)準(zhǔn),我們可以依據(jù)此標(biāo)準(zhǔn)對(duì)站點(diǎn)進(jìn)行基準(zhǔn)測(cè)試,從而達(dá)到優(yōu)化的效果。
怎么打開LightHouse?可以在Chrome瀏覽器開發(fā)人員工具中找到LightHouse。
要打開“開發(fā)人員工具”,請(qǐng)選擇:
“頂部菜單→查看→開發(fā)人員→開發(fā)人員工具”
或者使用快捷鍵:
Mac系統(tǒng)上的“?+?+I”
Win系統(tǒng)上的“F12+Ctrl+Shift+I”。
隨后點(diǎn)擊生成報(bào)告按鈕即可:
LightHouse評(píng)分大體上有四大指標(biāo),分別為:性能、無障礙、最佳做法以及SEO。
性能指標(biāo)里又分為六個(gè)小指標(biāo):
Largest Contentful Paint 【簡(jiǎn)稱LCP: 最大內(nèi)容渲染】
FCP最大內(nèi)容渲染時(shí)間標(biāo)記了渲染出最大文本或圖片的時(shí)間。
Total Blocking Time 【簡(jiǎn)稱TBT: 總阻塞時(shí)間】
TBT測(cè)量了FCP(首次內(nèi)容渲染)和TTI(可交互時(shí)間)之間的總耗時(shí)。TTI可能會(huì)被主線程阻塞以至于無法及時(shí)響應(yīng)用戶。大于50ms的任務(wù)稱為長(zhǎng)任務(wù),當(dāng)任意長(zhǎng)任務(wù)出現(xiàn)時(shí),主線程則稱為被阻塞狀態(tài)。由于瀏覽器不會(huì)打斷正在進(jìn)行中的長(zhǎng)任務(wù),所以,如果用戶在執(zhí)行長(zhǎng)任務(wù)時(shí)和頁面有交互事件時(shí),瀏覽器必須等到該長(zhǎng)任務(wù)完成才能響應(yīng)。TBT計(jì)算的是在FCP到TTI之間所有長(zhǎng)任務(wù)時(shí)間內(nèi)總和。
First Contentful Paint 【簡(jiǎn)稱FCP: 首次內(nèi)容渲染】
FCP測(cè)量了從頁面開始加載到頁面任意部分的內(nèi)容渲染到屏幕上。
Speed Index 【簡(jiǎn)稱SI: 速度指數(shù)】
SI速度指數(shù)表明了網(wǎng)頁內(nèi)容的可見填充速度。lighthouse首先捕獲頁面加載的視屏,然后對(duì)比幀與幀之間視覺效果變化(通過計(jì)算結(jié)構(gòu)相似指數(shù)SSMI來比較)。
Time to Interactive 【簡(jiǎn)稱TTI: 可交互時(shí)間】
可交互時(shí)間是指網(wǎng)頁需要多長(zhǎng)時(shí)間才能提供完整交互功能。TTI測(cè)量了從頁面開始加載到頁面的主要附屬資源加載完畢,并且可以足夠快速回應(yīng)用戶輸入的所用時(shí)間。
Cumulative Layout Shift 【簡(jiǎn)稱CLS: 累積布局偏移】
CLS累積布局偏移旨在測(cè)量可見元素在視口內(nèi)的移動(dòng)情況。CLS值越小越好。
有哪些手段可以提高這些性能指標(biāo)?
首先需要優(yōu)化的是頁面“資源”,這里的資源指的是頁面中加載的一切元素,包含但不限于:js文件、css文件、圖片、視頻等。
對(duì)于js文件來說,首先要做的是業(yè)務(wù)分拆,不同頁面只加載對(duì)應(yīng)需要的文件,并且做到單頁面只加載一個(gè)js文件,減少Http請(qǐng)求數(shù),多余的文件要做合并壓縮操作,但其實(shí)這里有一個(gè)基礎(chǔ)問題,就是如果js文件本身就很龐大,壓縮比例再高,也是杯水車薪,舉個(gè)例子,一般情況下Jquery官方的壓縮版就已經(jīng)高達(dá)80kb左右了,這樣的體積很難有再次壓縮的優(yōu)化空間,所以還不如直接摒棄Jquery,換成別的功能上可以替換的庫,比如zepto,后者的體積只有26kb,是前者的四分之一。隨后進(jìn)行壓縮合并操作,首先安裝:
npm install uglify-js -g
以本站為例,業(yè)務(wù)上用到的js庫分別為zepto.min.js、my.js、lazyload.min.js、wordcloud2.min.js iconfont.js,將這五個(gè)js文件進(jìn)行合并壓縮:
uglifyjs zepto.min.js my.js lazyload.min.js wordcloud2.min.js iconfont.js -o ./1-min.js
如此,最后得到一個(gè)體積為59kb的1-min.js文件,當(dāng)然這是業(yè)務(wù)層面的壓縮,還可以通過修改服務(wù)器進(jìn)行g(shù)zip壓縮:
location ~ .*.(jpg|gif|png|bmp|js|css)$ {
gzip on;
gzip_http_version 1.1;
gzip_comp_level 3;
gzip_types text/plain application/json application/x-javascript application/css application/xml application/xml+rss text/javascript application/x-httpd-php image/jpeg image/gif image/png image/x-ms-bmp;
}
加載方式上,盡量使用預(yù)加載:
<link rel="preload" as="script" href="1-min.js" />
同時(shí),對(duì)于一些站外js比如廣告,或者一些js特效,我們可以對(duì)其進(jìn)行延時(shí)加載的操作,即首屏加載好之后,再加載這些邏輯:
<script nonce="EDNnf03nceIOfn39fn3e9h3sdfa">
(function() {
var done=false;
var script=document.createElement('script');
script.async=true;
script.type='text/javascript';
script.src='//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js';
var createScript=setTimeout(
function(){
document.getElementsByTagName('HEAD').item(0).appendChild(script);
WordCloud(canvas, options);
}, 7000
);
script.onreadystatechange=script.onload=function(e) {
if (!done && (!this.readyState || this.readyState=='loaded' || this.readyState=='complete')) {
(adsbygoogle=window.adsbygoogle || []).push({});
}
};
})();
</script>
上面的邏輯就是首屏完成7秒后再加載Google廣告和標(biāo)簽云特效。
對(duì)于css文件的處理,原理和js文件差不多,宗旨也是分拆,縮小體積,并且壓縮:
cssMinifier(['./bootstrap.min.css', '../js/kindeditor/plugins/code/prettify_dark.css', './style.css'], './tidy_min.css');
優(yōu)化后,得到體積為17kb的tidy_min.css文件。
對(duì)于圖片文件,不僅是首圖,所有圖片最好都采用新的圖片格式Webp,用以減少其體積,具體操作方法請(qǐng)移步:石火電光追風(fēng)逐日|前端優(yōu)化之次時(shí)代圖片壓縮格式WebP的項(xiàng)目級(jí)躬身實(shí)踐(Python3 PIL+Nginx) 。對(duì)于特定的圖片,比如Logo,使用svg格式圖片,請(qǐng)移步:Logo小變動(dòng),心境大不同,SVG矢量動(dòng)畫格式網(wǎng)站Logo圖片制作與實(shí)踐教程(Python3)
同時(shí),對(duì)于圖片一律聲明寬高屬性,并且使用支持lazyload.js組件推遲對(duì)屏幕外圖片的加載。
使用viewport標(biāo)簽加快移動(dòng)端的載入速度:
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="applicable-device" content="pc,mobile"/>
訪問無障礙檢測(cè)所有用戶是否都能有效地訪問內(nèi)容并瀏覽網(wǎng)站,無障礙性的每個(gè)指標(biāo)項(xiàng)測(cè)試結(jié)果為pass或者fail,與性能指標(biāo)項(xiàng)的計(jì)算方式不同,當(dāng)頁面只是部分通過某項(xiàng)指標(biāo)時(shí),頁面的這項(xiàng)指標(biāo)將不會(huì)得分。例如,如果頁面中的一些元素有屏幕閱讀器友好的命名,而其他的元素沒有,那么這個(gè)頁面的 screenreader-friendly-names 指標(biāo)項(xiàng)得分為0。
一般情況下,優(yōu)化無障礙其實(shí)是對(duì)于站點(diǎn)標(biāo)簽的優(yōu)化,比如頁面元素是否具備title標(biāo)簽、title元素是否按降序排列、是否聲明了頁面語言類型、元素是否具備alt標(biāo)簽等等,值得一提的是,頁面對(duì)比度也是無障礙評(píng)分重要的一環(huán),假如背景色是white,那么前景色最好選擇高對(duì)比度的顏色,比如black。
最佳做法檢測(cè)可以改善網(wǎng)頁的代碼健康狀況的一些最佳做法,評(píng)分的分值由相關(guān)指標(biāo)的加權(quán)平均值計(jì)算而來。
最佳做法指標(biāo)我們可以理解為就是站點(diǎn)安全性的指標(biāo),多數(shù)情況下,需要保證協(xié)議為HTTPS,同時(shí)要開啟CSP網(wǎng)頁安全政策防止XSS攻擊。
CSP 的實(shí)質(zhì)就是白名單制度,開發(fā)者明確告訴客戶端,哪些外部資源可以加載和執(zhí)行,等同于提供白名單。它的實(shí)現(xiàn)和執(zhí)行全部由瀏覽器完成,開發(fā)者只需提供配置。CSP 大大增強(qiáng)了網(wǎng)頁的安全性。攻擊者即使發(fā)現(xiàn)了漏洞,也沒法注入腳本,除非還控制了一臺(tái)列入了白名單的可信主機(jī)。
開啟方法:
<meta http-equiv="Content-Security-Policy" content="script-src 'self'; object-src 'none'; style-src cdn.example.org third-party.org; child-src https:">
搜索引擎優(yōu)化檢測(cè)搜索引擎對(duì)網(wǎng)頁內(nèi)容的理解程度是怎樣的,評(píng)分的分值由相關(guān)指標(biāo)的加權(quán)平均值計(jì)算而來。
說白了,就是站點(diǎn)頁面是否適合搜素引擎蜘蛛的抓取以及收錄,以本站為例,搜索引擎需要的標(biāo)簽如下:
<head>
<meta http-equiv="Content-Type" content="text/html;charset=utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="applicable-device" content="pc,mobile"/>
<title>當(dāng)我們進(jìn)行性能優(yōu)化,我們?cè)趦?yōu)化什么(LightHouse優(yōu)化實(shí)操)-劉悅</title>
<meta name="description" content="好的互聯(lián)網(wǎng)產(chǎn)品不僅僅在功能上要高人一籌,在性能層面也需要出類拔萃,否則金玉其外敗絮其中,頁面是美輪美奐了,結(jié)果首屏半天加載不出來,難免讓用戶乘興而來,敗興而歸。幸運(yùn)的是,前端的性能優(yōu)化有諸多有跡可循的理論和方法,其中相對(duì)權(quán)威的,無疑是LightHouse。LightHouse是一個(gè)開源的自動(dòng)化工具,它作為Chrome瀏覽器的擴(kuò)展程序運(yùn)行,提供一套完整的站點(diǎn)評(píng)分標(biāo)準(zhǔn),我們可以依">
<meta content="劉悅" name="Author">
<link rel="canonical" href="https://v3u.cn/a_id_214"/>
<link rel="miphtml" href="https://v3u.cn/mipa_id_214">
<link rel="stylesheet" href="/v3u/Public/css/tidy_min.css?v=11"/>
<link rel="shortcut icon" href="favicon.ico" type="image/x-icon"/>
<link rel="icon" href="favicon.ico" type="image/x-icon"/>
<link rel="stylesheet" href="/v3u/Public/css/share.min.css?v=1">
</head>
包括頁面標(biāo)題、描述、作者、頁面唯一標(biāo)識(shí)等等元素。
當(dāng)我們完成上面這些指標(biāo)的優(yōu)化之后,就可以,坐下來,欣賞這紫禁煙花一萬重了:
正是:東風(fēng)夜放花千樹,更吹落,星如雨。
前端的性能分析和優(yōu)化方式,無論是傳統(tǒng)性能還是感官性能完全可以根據(jù)LightHouse按圖索驥。過程中可以針對(duì)某些指標(biāo)進(jìn)行一定的取舍,雖然本站在LightHouse的優(yōu)化實(shí)踐中取得了一定的效果,但路漫漫其修遠(yuǎn)兮,吾將上下而求索。
于開發(fā)人員來說,利用一款好用的代碼編輯器,可以起到事半功倍的作用。本人歸納整理了開發(fā)人員比較常用的代碼編輯器,希望大家喜歡!
1) chocolatapp
這款代碼編輯器,是最新出現(xiàn)的一個(gè)版本。它屬于Mac系統(tǒng)文本編輯器,不僅具有原生的Cocoa和強(qiáng)大文本編輯功能。這款代碼編輯器支持多種編輯語言,且支持關(guān)鍵字高亮顯示、窗口分割、標(biāo)簽頁、色彩主題等功能。
2)webide
w3cschool開發(fā)的這款代碼編輯器功能相當(dāng)豐富,不僅代碼可以自動(dòng)提示,還有適合各種場(chǎng)景下使用的自定義字體。運(yùn)用這個(gè)編輯器,還可以多光標(biāo)編輯、支持多標(biāo)簽、維持多個(gè)文檔、在線實(shí)時(shí)預(yù)覽。很多程序員愛用這一款編輯器,最主要的原因就是它有自動(dòng)補(bǔ)全功能,寫代碼健步如飛。
3) aptana
這個(gè)開發(fā)工具主要用于Ajax開發(fā),功能也很強(qiáng)大。Aptana近來經(jīng)開發(fā)人員重新設(shè)計(jì)而煥發(fā)了新的活力,同以前相比,現(xiàn)在定制功能更強(qiáng)大,也更加快速。
4) barebones
這款代碼編輯器,不知道大家有沒有用過,小編沒用過,對(duì)相關(guān)功能不太清楚。
5) Coda
Coda是面向Web開發(fā)人員、網(wǎng)頁設(shè)計(jì)師的一款優(yōu)秀Mac下編輯器軟件。Coda不但輕巧,而且功能強(qiáng)大。它整合了終端、文字編輯器、CSS編輯器、內(nèi)容發(fā)布(結(jié)合了Transmit的FTP Client功能)等整個(gè)Web開發(fā)流程所需工具。與Textmate、BBEdit有一拼。
6) editplus
7) emacs
Emacs即Editor MACroS(宏編輯器),是一種強(qiáng)大的文本編輯器。Emacs使用了Emacs Lisp這種有著極強(qiáng)擴(kuò)展性的編程語言(它的核心是一個(gè)Emacs Lisp解釋器),并實(shí)現(xiàn)了文本編輯支持等的擴(kuò)展。
8) espresso
9) komodo-ide
10) e-texteditor
E-TextEditor是一款新概念的窗口文本編輯軟件,號(hào)稱Windows平臺(tái)的TextMate,帶有強(qiáng)大文字編輯功能,和一些獨(dú)立的特性。支持多種語言文字,可以輸入大量和實(shí)時(shí)性通信信息。圖形庫用的是wxWindows。
11) notepad++
Notepad++ 是一款免費(fèi)開源的跨平臺(tái)的代碼編輯器,基于GPL許可證。它支持包括中文在內(nèi)的多國語言,功能強(qiáng)大,除了可以用來制作一般的純文字說明文件,也十分適合當(dāng)作撰寫電腦程序的編輯器。Notepad++不僅可以實(shí)現(xiàn)語法高亮顯示,也有語法折疊功能,并且支持宏以及擴(kuò)充基本功能的外掛模組。
12) macromates
13) textpad
一款強(qiáng)大的可以替代Notepad(記事本)的編輯器。可用于網(wǎng)頁編輯或者作為編程IDE。
14) netbeans
15) visual-web-developer-express
16) jetbrains
JetBrains的IDEA是Java開發(fā)最好用的IDE,沒有之一。
17)CleverCSS
18)Sass
19)Sajax
20)Komodo Edit for Perl, Python, Tcl, PHP, Ruby, Javascript
21)CSSTidy
22)Less
23)About Markup Generator
24)Haml
25)XCSS
26)Zen Coding — a new way of writing HTML and CSS code
27)Vim
28)Layer Styles
這是一個(gè)HTML5應(yīng)用。利用它,開發(fā)者可以更直觀地編寫CSS3代碼。尤其看來,這個(gè)工具相當(dāng)好用。
29)Spritemapper
Spritemapper應(yīng)用可將多張小圖片合并為一張圖片,從而減少服務(wù)器的Http連接數(shù),對(duì)提高網(wǎng)站的吞吐量有一定幫助,同時(shí)它還會(huì)每個(gè)圖像切片產(chǎn)生相應(yīng)的CSS定位。
30)Tridiv
免費(fèi)Web應(yīng)用Tridiv可以很容易地創(chuàng)建出漂亮的3D圖形。使用該應(yīng)用,我們可以創(chuàng)建4種不同的形狀,包括長(zhǎng)方體、金字塔、圓柱體和棱柱體,同時(shí)也可以對(duì)它們進(jìn)行旋轉(zhuǎn)并改變大小。
31)Responsive Web CSS
Responsive Web CSS是基于Web的一個(gè)工具,可用來創(chuàng)建響應(yīng)式布局框架。你可以很容易地添加任意數(shù)量的頁面和div,并定義它們的百分比寬度。
32)CSS Form Code Maker
CSS Form Code Maker主要用來為表格創(chuàng)建美觀的外觀布局。
33)Buttons
Buttons為CSS庫,可用來創(chuàng)建高度定制化、靈活的現(xiàn)代Web按鈕。
上面介紹的33個(gè)代碼編輯器,也不知道有沒有你最愛用的一款。當(dāng)然,每個(gè)人的習(xí)慣不同,興趣愛好也不同,喜歡使用的代碼編輯器也不同,如果你有好的代碼編輯器推薦,歡迎來留言哦!
*請(qǐng)認(rèn)真填寫需求信息,我們會(huì)在24小時(shí)內(nèi)與您取得聯(lián)系。