摘要:連接建立指的是所有握手和認(rèn)證過程全部結(jié)束。發(fā)生錯(cuò)誤的腳本字符串發(fā)生錯(cuò)誤的行號(hào)數(shù)字發(fā)生錯(cuò)誤的列號(hào)數(shù)字對(duì)象對(duì)象若該函數(shù)返回,則阻止執(zhí)行默認(rèn)事件處理函數(shù)。在某些瀏覽器中,通過在使用屬性并要求服務(wù)器發(fā)送適當(dāng)?shù)捻憫?yīng)頭,該行為可被覆蓋。
1.頁面整體性能
通過瀏覽器提供的 window.performance.timing 方法,我們能夠得到網(wǎng)頁每個(gè)處理階段的精確時(shí)間。打開一個(gè)頁面后,這些信息會(huì)被瀏覽器記錄下來,我們直接在控制臺(tái)輸出,就可以查看結(jié)果
PerformanceTiming 接口包含了當(dāng)前頁面中與時(shí)間相關(guān)的信息。
可以通過只讀屬性Performance.timing 獲得實(shí)現(xiàn)該接口的一個(gè)對(duì)象。
var timing = window.Performance.timing; console.log(timing);
詳情如下:
https://developer.mozilla.org...
PerformanceTiming 接口不包含任何繼承屬性。
PerformanceTiming.navigationStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了從同一個(gè)瀏覽器上下文的上一個(gè)文檔卸載(unload)結(jié)束時(shí)的UNIX時(shí)間戳。如果沒有上一個(gè)文檔,這個(gè)值會(huì)和PerformanceTiming.fetchStart相同。
PerformanceTiming.unloadEventStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了unload事件拋出時(shí)的UNIX時(shí)間戳。如果沒有上一個(gè)文檔,or if the previous document, or one of the needed redirects, is not of the same origin, 這個(gè)值會(huì)返回0.
PerformanceTiming.unloadEventEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了unload事件處理完成時(shí)的UNIX時(shí)間戳。如果沒有上一個(gè)文檔,or if the previous document, or one of the needed redirects, is not of the same origin, 這個(gè)值會(huì)返回0.
PerformanceTiming.redirectStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了第一個(gè)HTTP重定向開始時(shí)的UNIX時(shí)間戳。如果沒有重定向,或者重定向中的一個(gè)不同源,這個(gè)值會(huì)返回0.
PerformanceTiming.redirectEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了最后一個(gè)HTTP重定向完成時(shí)(也就是說是HTTP響應(yīng)的最后一個(gè)比特直接被收到的時(shí)間)的UNIX時(shí)間戳。如果沒有重定向,或者重定向中的一個(gè)不同源,這個(gè)值會(huì)返回0.
PerformanceTiming.fetchStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了瀏覽器準(zhǔn)備好使用HTTP請求來獲取(fetch)文檔的UNIX時(shí)間戳。這個(gè)時(shí)間點(diǎn)會(huì)在檢查任何應(yīng)用緩存之前。
PerformanceTiming.domainLookupStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了域名查詢開始的UNIX時(shí)間戳。如果使用了持續(xù)連接(persistent connection),或者這個(gè)信息存儲(chǔ)到了緩存或者本地資源上,這個(gè)值將和 PerformanceTiming.fetchStart一致。
PerformanceTiming.domainLookupEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),表征了域名查詢結(jié)束的UNIX時(shí)間戳。如果使用了持續(xù)連接(persistent connection),或者這個(gè)信息存儲(chǔ)到了緩存或者本地資源上,這個(gè)值將和 PerformanceTiming.fetchStart一致。
PerformanceTiming.connectStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回HTTP請求開始向服務(wù)器發(fā)送時(shí)的Unix毫秒時(shí)間戳。如果使用持久連接(persistent connection),則返回值等同于fetchStart屬性的值。
PerformanceTiming.connectEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回瀏覽器與服務(wù)器之間的連接建立時(shí)的Unix毫秒時(shí)間戳。如果建立的是持久連接,則返回值等同于fetchStart屬性的值。連接建立指的是所有握手和認(rèn)證過程全部結(jié)束。
PerformanceTiming.secureConnectionStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回瀏覽器與服務(wù)器開始安全鏈接的握手時(shí)的Unix毫秒時(shí)間戳。如果當(dāng)前網(wǎng)頁不要求安全連接,則返回0。
PerformanceTiming.requestStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回瀏覽器向服務(wù)器發(fā)出HTTP請求時(shí)(或開始讀取本地緩存時(shí))的Unix毫秒時(shí)間戳。
PerformanceTiming.responseStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回瀏覽器從服務(wù)器收到(或從本地緩存讀?。┑谝粋€(gè)字節(jié)時(shí)的Unix毫秒時(shí)間戳。如果傳輸層在開始請求之后失敗并且連接被重開,該屬性將會(huì)被數(shù)制成新的請求的相對(duì)應(yīng)的發(fā)起時(shí)間。
PerformanceTiming.responseEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回瀏覽器從服務(wù)器收到(或從本地緩存讀取,或從本地資源讀?。┳詈笠粋€(gè)字節(jié)時(shí)(如果在此之前HTTP連接已經(jīng)關(guān)閉,則返回關(guān)閉時(shí))的Unix毫秒時(shí)間戳。
PerformanceTiming.domLoading 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回當(dāng)前網(wǎng)頁DOM結(jié)構(gòu)開始解析時(shí)(即Document.readyState屬性變?yōu)椤發(fā)oading”、相應(yīng)的 readystatechange事件觸發(fā)時(shí))的Unix毫秒時(shí)間戳。
PerformanceTiming.domInteractive 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回當(dāng)前網(wǎng)頁DOM結(jié)構(gòu)結(jié)束解析、開始加載內(nèi)嵌資源時(shí)(即Document.readyState屬性變?yōu)椤癷nteractive”、相應(yīng)的readystatechange事件觸發(fā)時(shí))的Unix毫秒時(shí)間戳。
PerformanceTiming.domContentLoadedEventStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回當(dāng)解析器發(fā)送DOMContentLoaded 事件,即所有需要被執(zhí)行的腳本已經(jīng)被解析時(shí)的Unix毫秒時(shí)間戳。
PerformanceTiming.domContentLoadedEventEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回當(dāng)所有需要立即執(zhí)行的腳本已經(jīng)被執(zhí)行(不論執(zhí)行順序)時(shí)的Unix毫秒時(shí)間戳。
PerformanceTiming.domComplete 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回當(dāng)前文檔解析完成,即Document.readyState 變?yōu)?"complete"且相對(duì)應(yīng)的readystatechange 被觸發(fā)時(shí)的Unix毫秒時(shí)間戳。
PerformanceTiming.loadEventStart 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回該文檔下,load事件被發(fā)送時(shí)的Unix毫秒時(shí)間戳。如果這個(gè)事件還未被發(fā)送,它的值將會(huì)是0。
PerformanceTiming.loadEventEnd 只讀
是一個(gè)無符號(hào)long long 型的毫秒數(shù),返回當(dāng)load事件結(jié)束,即加載事件完成時(shí)的Unix毫秒時(shí)間戳。如果這個(gè)事件還未被發(fā)送,或者尚未完成,它的值將會(huì)是0.
performance支持情況http://caniuse.com/#search=pe...
使用 window.onerror
https://developer.mozilla.org...
函數(shù)參數(shù):
message:錯(cuò)誤信息(字符串)。Available as event (sic!) in HTML onerror="" handler.
source:發(fā)生錯(cuò)誤的腳本URL(字符串)
lineno:發(fā)生錯(cuò)誤的行號(hào)(數(shù)字)
colno:發(fā)生錯(cuò)誤的列號(hào)(數(shù)字)
error:Error對(duì)象(對(duì)象)
若該函數(shù)返回true,則阻止執(zhí)行默認(rèn)事件處理函數(shù)。
通過在 window.onerror 上定義一個(gè)事件監(jiān)聽函數(shù),程序中代碼產(chǎn)生的錯(cuò)誤就會(huì)被 window.onerror 上面注冊的監(jiān)聽函數(shù)捕獲到,通常我們會(huì)這樣實(shí)現(xiàn)一個(gè) onerror 的函數(shù)
window.onerror = function(msg, url, line, col, error){ var errInfo = {}; errInfo.msg = msg;// 錯(cuò)誤信息 errInfo.url = url;//錯(cuò)誤文件路徑 errInfo.line = line;//行號(hào),壓縮過后,然并卵 errInfo.col = col;//列號(hào) if (error && error.stack) { errInfo.stack = error.stack; } // 把錯(cuò)誤信息發(fā)送到后臺(tái)服務(wù)器 sendLog(errorInfo); return true; }; function sendLog(log){ var img = new Image(); img.src="url?errorInfo="+encodeURIComponent(JSON.stringify(log)); }3.Script error的解決辦法
當(dāng)加載自不同域的腳本中發(fā)生語法(?)錯(cuò)誤時(shí),為避免信息泄露(參見bug 363897),語法錯(cuò)誤的細(xì)節(jié)將不會(huì)報(bào)告,而代之簡單的"Script error."。在某些瀏覽器中,通過在
服務(wù)端必須加允許跨域引用,否則這段js不會(huì)執(zhí)行。。。
更多信息請移步本人博客 https://www.56way.com/p/106.html
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/51027.html
摘要:連接建立指的是所有握手和認(rèn)證過程全部結(jié)束。發(fā)生錯(cuò)誤的腳本字符串發(fā)生錯(cuò)誤的行號(hào)數(shù)字發(fā)生錯(cuò)誤的列號(hào)數(shù)字對(duì)象對(duì)象若該函數(shù)返回,則阻止執(zhí)行默認(rèn)事件處理函數(shù)。在某些瀏覽器中,通過在使用屬性并要求服務(wù)器發(fā)送適當(dāng)?shù)捻憫?yīng)頭,該行為可被覆蓋。 1.頁面整體性能 通過瀏覽器提供的 window.performance.timing 方法,我們能夠得到網(wǎng)頁每個(gè)處理階段的精確時(shí)間。打開一個(gè)頁面后,這些信息會(huì)被...
摘要:尤其是云計(jì)算監(jiān)控,已經(jīng)引起了人們的廣泛關(guān)注。云計(jì)算監(jiān)控具有很多應(yīng)用,但作為一種單獨(dú)的解決方案,它充滿了危險(xiǎn)。企業(yè)必須注意這些危險(xiǎn),而不是認(rèn)為可以單獨(dú)依靠云計(jì)算監(jiān)控。數(shù)據(jù)中心和IT運(yùn)營經(jīng)理長期以來一直認(rèn)為,僅從防火墻后面進(jìn)行監(jiān)控并不能了解最終用戶是否享受快速可靠的數(shù)字體驗(yàn)。這是因?yàn)榉阑饓χ膺€有大量的外部元素——第三方服務(wù)、ISP、CDN等等,這可能會(huì)影響最終用戶在最后一英里的最終體驗(yàn)。最終用...
摘要:發(fā)布于之后,采用了完全不同的方式,使用函數(shù)定義任務(wù)。它允許開發(fā)者使用它們的補(bǔ)丁和更新來修復(fù)這些安全漏洞。提供了工具用于掃描依賴來監(jiān)測漏洞。是一個(gè)開源診斷工具,用于和應(yīng)用。是和開發(fā)的一款新的包管理工具。與相比,它解決了安全性能以及一致性問題。 譯者按: 最全的JavaScript開發(fā)工具列表,總有一款適合你! 原文: THE ULTIMATE LIST OF JAVASCRIPT TOO...
閱讀 975·2021-11-24 09:39
閱讀 3402·2021-10-27 14:20
閱讀 2328·2019-08-30 14:08
閱讀 3370·2019-08-29 16:34
閱讀 2185·2019-08-26 12:14
閱讀 2112·2019-08-26 11:54
閱讀 2780·2019-08-26 11:44
閱讀 2485·2019-08-26 11:38