者 | 浪里行舟
責編 | 郭芮
程序的運行需要內存。只要程序提出要求,操作系統或者運行時就必須供給內存。所謂的內存泄漏簡單來說是不再用到的內存,沒有及時釋放。為了更好避免內存泄漏,我們先介紹Javascript垃圾回收機制。
在C與C++等語言中,開發人員可以直接控制內存的申請和回收。但是在Java、C#、JavaScript語言中,變量的內存空間的申請和釋放都由程序自己處理,開發人員不需要關心。也就是說,Javascript具有自動垃圾回收機制(Garbage Collecation)。
垃圾回收的必要性
下面這段話引自《JavaScript權威指南(第四版)》:
由于字符串、對象和數組沒有固定大小,所有當他們的大小已知時,才能對他們進行動態的存儲分配。JavaScript程序每次創建字符串、數組或對象時,解釋器都必須分配內存來存儲那個實體。只要像這樣動態地分配了內存,最終都要釋放這些內存以便他們能夠被再用,否則,JavaScript的解釋器將會消耗完系統中所有可用的內存,造成系統崩潰。
這段話解釋了為什么需要系統需要垃圾回收,JavaScript不像C/C++,它有自己的一套垃圾回收機制。
JavaScript垃圾回收的機制很簡單:找出不再使用的變量,然后釋放掉其占用的內存,但是這個過程不是時時的,因為其開銷比較大,所以垃圾回收器會按照固定的時間間隔周期性的執行。
var a = "浪里行舟"; var b = "前端工匠"; var a = b; //重寫a
這段代碼運行之后,“浪里行舟”這個字符串失去了引用(之前是被a引用),系統檢測到這個事實之后,就會釋放該字符串的存儲空間以便這些空間可以被再利用。
垃圾回收機制
垃圾回收機制怎么知道,哪些內存不再需要呢?
垃圾回收有兩種方法:標記清除、引用計數。引用計數不太常用,標記清除較為常用。
1.標記清除
這是javascript中最常用的垃圾回收方式。當變量進入執行環境是,就標記這個變量為“進入環境”。從邏輯上講,永遠不能釋放進入環境的變量所占用的內存,因為只要執行流進入相應的環境,就可能會用到他們。當變量離開環境時,則將其標記為“離開環境”。
垃圾收集器在運行的時候會給存儲在內存中的所有變量都加上標記。然后,它會去掉環境中的變量以及被環境中的變量引用的標記。而在此之后再被加上標記的變量將被視為準備刪除的變量,原因是環境中的變量已經無法訪問到這些變量了。最后。垃圾收集器完成內存清除工作,銷毀那些帶標記的值,并回收他們所占用的內存空間。
我們用個例子,解釋下這個方法:
var m = 0,n = 19 // 把 m,n,add() 標記為進入環境。 add(m, n) // 把 a, b, c標記為進入環境。 console.log(n) // a,b,c標記為離開環境,等待垃圾回收。 function add(a, b) { a++ var c = a + b return c }
2.引用計數
所謂"引用計數"是指語言引擎有一張"引用表",保存了內存里面所有的資源(通常是各種值)的引用次數。如果一個值的引用次數是0,就表示這個值不再用到了,因此可以將這塊內存釋放。
上圖中,左下角的兩個值,沒有任何引用,所以可以釋放。
如果一個值不再需要了,引用數卻不為0,垃圾回收機制無法釋放這塊內存,從而導致內存泄漏。
var arr = [1, 2, 3, 4]; arr = [2, 4, 5] console.log('浪里行舟');
上面代碼中,數組[1, 2, 3, 4]是一個值,會占用內存。變量arr是僅有的對這個值的引用,因此引用次數為1。盡管后面的代碼沒有用到arr,它還是會持續占用內存。至于如何釋放內存,我們下文介紹。
第三行代碼中,數組[1, 2, 3, 4]引用的變量arr又取得了另外一個值,則數組[1, 2, 3, 4]的引用次數就減1,此時它引用次數變成0,則說明沒有辦法再訪問這個值了,因而就可以將其所占的內存空間給收回來。
但是引用計數有個最大的問題:循環引用
function func() { let obj1 = {}; let obj2 = {}; obj1.a = obj2; // obj1 引用 obj2 obj2.a = obj1; // obj2 引用 obj1 }
當函數 func 執行結束后,返回值為 undefined,所以整個函數以及內部的變量都應該被回收,但根據引用計數方法,obj1 和 obj2 的引用次數都不為 0,所以他們不會被回收。
要解決循環引用的問題,最好是在不使用它們的時候手工將它們設為空。上面的例子可以這么做:
obj1 = null; obj2 = null;
哪些情況會引起內存泄漏?
雖然JavaScript會自動垃圾收集,但是如果我們的代碼寫法不當,會讓變量一直處于“進入環境”的狀態,無法被回收。
下面列一下內存泄漏常見的幾種情況:
1.意外的全局變量
function foo(arg) { bar = "this is a hidden global variable"; }
bar沒被聲明,會變成一個全局變量,在頁面關閉之前不會被釋放。
另一種意外的全局變量可能由 this 創建:
function foo() { this.variable = "potential accidental global"; } // foo 調用自己,this 指向了全局對象(window) foo();
在 JavaScript 文件頭部加上 'use strict',可以避免此類錯誤發生。啟用嚴格模式解析 JavaScript ,避免意外的全局變量。
2.被遺忘的計時器或回調函數
var someResource = getData(); setInterval(function() { var node = document.getElementById('Node'); if(node) { // 處理 node 和 someResource node.innerHTML = JSON.stringify(someResource)); } }, 1000);
這樣的代碼很常見,如果id為Node的元素從DOM中移除,該定時器仍會存在,同時,因為回調函數中包含對someResource的引用,定時器外面的someResource也不會被釋放。
3.閉包
function bindEvent(){ var obj=document.createElement('xxx') obj.onclick=function(){ // Even if it is a empty function } }
閉包可以維持函數內局部變量,使其得不到釋放。上例定義事件回調時,由于是函數內定義函數,并且內部函數--事件回調引用外部函數,形成了閉包。
// 將事件處理函數定義在外面 function bindEvent() { var obj = document.createElement('xxx') obj.onclick = onclickHandler } // 或者在定義事件處理函數的外部函數中,刪除對dom的引用 function bindEvent() { var obj = document.createElement('xxx') obj.onclick = function() { // Even if it is a empty function } obj = null }
解決之道,將事件處理函數定義在外部,解除閉包,或者在定義事件處理函數的外部函數中,刪除對dom的引用。
4.沒有清理的DOM元素引用
有時,保存 DOM 節點內部數據結構很有用。假如你想快速更新表格的幾行內容,把每一行 DOM 存成字典(JSON 鍵值對)或者數組很有意義。此時,同樣的 DOM 元素存在兩個引用:一個在 DOM 樹中,另一個在字典中。將來你決定刪除這些行時,需要把兩個引用都清除。
var elements = { button: document.getElementById('button'), image: document.getElementById('image'), text: document.getElementById('text') }; function doStuff() { image.src = 'http://some.url/image'; button.click(); console.log(text.innerHTML); } function removeButton() { document.body.removeChild(document.getElementById('button')); // 此時,仍舊存在一個全局的 #button 的引用 // elements 字典。button 元素仍舊在內存中,不能被 GC 回收。 }
雖然我們用removeChild移除了button,但是還在elements對象里保存著#button的引用,換言之,DOM元素還在內存里面。
內存泄漏的識別方法
新版本的chrome在 performance 中查看:
步驟:
圖中 Heap 對應的部分就可以看到內存在周期性的回落也可以看到垃圾回收的周期,如果垃圾回收之后的最低值(我們稱為min),min在不斷上漲,那么肯定是有較為嚴重的內存泄漏問題。
避免內存泄漏的一些方式:
總而言之需要遵循一條原則:不用了的東西要及時歸還。
垃圾回收的使用場景優化
1.數組array優化
將[]賦值給一個數組對象,是清空數組的捷徑(例如:arr = [];),但是需要注意的是,這種方式又創建了一個新的空對象,并且將原來的數組對象變成了一小片內存垃圾!實際上,將數組長度賦值為0(arr.length = 0)也能達到清空數組的目的,并且同時能實現數組重用,減少內存垃圾的產生。
const arr = [1, 2, 3, 4]; console.log('浪里行舟'); arr.length = 0 // 可以直接讓數字清空,而且數組類型不變。 // arr = []; 雖然讓a變量成一個空數組,但是在堆上重新申請了一個空數組對象。
2. 對象盡量復用
對象盡量復用,尤其是在循環等地方出現創建新對象,能復用就復用。不用的對象,盡可能設置為null,盡快被垃圾回收掉。
var t = {} // 每次循環都會創建一個新對象。 for (var i = 0; i < 10; i++) { // var t = {};// 每次循環都會創建一個新對象。 t.age = 19 t.name = '123' t.index = i console.log(t) } t = null //對象如果已經不用了,那就立即設置為null;等待垃圾回收。
3.在循環中的函數表達式,能復用最好放到循環外面
// 在循環中最好也別使用函數表達式。 for (var k = 0; k < 10; k++) { var t = function(a) { // 創建了10次 函數對象。 console.log(a) } t(k) } // 推薦用法 function t(a) { console.log(a) } for (var k = 0; k < 10; k++) { t(k) } t = null
作者:浪里行舟,碩士研究生,專注于前端,運營有個人公眾號前端工匠,致力于打造適合初中級工程師能夠快速吸收的一系列優質文章。
聲明:本文為CSDN技術頭條專欄原創投稿,未經允許請勿轉載。
JavaScript是使用垃圾回收的語言,也就是說執行環境負責在代碼執行時管理內存。在C和C++等語言中,跟蹤內存使用對開發者來說是很大的負擔,也是很多問題的來源。JavaScript為開發者卸下了這個負擔,通過自動內存管理實現內存分配和閑置資源回收。基本思路很簡單:確定哪個變量不會再使用,然后釋放它占用的內存。這個過程是周期性的,即垃圾回收程序每隔一定時間(或者說在代碼執行過程中某個預定的收集時間)就會自動運行。垃圾回收過程是一個近似且不完美的方案,因為某塊內存是否還有用,屬于不可判定的問題。意味著算法是解決不了的。
我們以函數中局部變量的正常生命周期為例。函數中的局部變量會在函數執行時存在。此時,棧(或者堆)內存會分配空間以保存相應的值。函數在內部使用了變量,然后退出。此時,就不再需要那個局部變量了,它占用的內存可以釋放,供以后使用。這種情況下顯然不再需要局部變量了,但并不是所有時候都會這么明顯。垃圾回收程序必須跟蹤記錄哪個變量還會使用,以及哪個變量不會再使用,以便回收內存。如何標記未使用的變量也許有不同的實現方式。不過,在瀏覽器的發展史上,用到過兩種主要的標記策略:標記清理和引用計數。
節選自JavaScript高級程序設計(第四版)第四章
1、引用計數(reference counting)
另一種不太常見的垃圾回收策略是引用計數。引用計數的含義是跟蹤記錄每個值被引用的次數。當聲明了一個變量并將一個引用類型賦值給該變量時,則這個值的引用次數就是1。相反,如果包含對這個值引用的變量又取得了另外一個值,則這個值的引用次數就減1。當這個引用次數變成0時,則說明沒有辦法再訪問這個值了,因而就可以將其所占的內存空間給收回來。這樣,垃圾收集器下次再運行時,它就會釋放那些引用次數為0的值所占的內存。
引用計數有個最大的問題: 循環引用。
比如對象A有一個屬性指向對象B,而對象B也有有一個屬性指向對象A,這樣相互引用.
function func() {
let obj1 = {};
let obj2 = {};
obj1.a = obj2; // obj1 引用 obj2
obj2.a = obj1; // obj2 引用 obj1
}
在這個例子中,objA和objB通過各自的屬性相互引用;也就是說這兩個對象的引用次數都是2。在采用引用計數的策略中,由于函數執行之后,這兩個對象都離開了作用域,函數執行完成之后,objA和objB還將會繼續存在,因為他們的引用次數永遠不會是0。這樣的相互引用如果說很大量的存在就會導致大量的內存泄露。
解決:手動解除引用
obj1.a = null;
obj2.a = null;
let element = document.getElementById('some_element')
let myObject = new Object()
myObject.element = element
element.someObject = myObject
這個例子在一個DOM對象(element)和一個原生JavaScript對象(myObject)之間制造了循環引用。myObject變量有一個名為element的屬性指向DOM對象element,而element對象有一個someObject屬性指回myObject對象.由于存在循環引用,因此DOM元素的內存永遠不會被回收,即使它已經被從頁面上刪除了也是如此。
為避免類似的循環引用問題,應該在確保不使用的情況下切斷原生JavaScript對象與DOM元素之間的連接。比如,通過以下代碼可以清除前面例子中建立的循環引用:
myObject.element = null
element.someObject = null
把變量設置為null實際上會切段變量與其之前引用值之間的關系。當下次垃圾回收程序運行時,這些值就會被刪除,內存也會被回收。
注意??:為了補救這點,IE9把BOM和DOM對象都改成了JavaScript對象,這同時也避免了由于存在兩套垃圾回收算法而導致的問題,還消除了常見的內存泄漏現象。
這是javascript中最常用的垃圾回收方式。當變量進入執行環境是,就標記這個變量為“進入環境”。從邏輯上講,永遠不能釋放進入環境的變量所占用的內存,因為只要執行流進入相應的環境,就可能會用到他們。當變量離開環境時,則將其標記為“離開環境”。
垃圾收集器在運行的時候會給存儲在內存中的所有變量都加上標記。然后,它會去掉環境中的變量以及被環境中的變量引用的標記。而在此之后再被加上標記的變量將被視為準備刪除的變量,原因是環境中的變量已經無法訪問到這些變量了。最后。垃圾收集器完成內存清除工作,銷毀那些帶標記的值,并回收他們所占用的內存空間。
標記清除也會遇到循環引用的問題。IE中有一部分對象并不是原生JavaScript對象。例如,其BOM和DOM中的對象就是使用C++以COM(Component Object Model,組件對象)對象的形式實現的,而COM對象的垃圾回收器就是采用的引用計數的策略。因此,即使IE的Javascript引擎使用標記清除的策略來實現的,但JavaScript訪問的COM對象依然是基于引用計數的策略的。說白了,只要IE中涉及COM對象,就會存在循環引用的問題。
解決:手工斷開js對象和DOM之間的鏈接。賦值為null。IE9把DOM和BOM轉換成真正的JS對象了,所以避免了這個問題。
通過上面內容了解了,瀏覽器雖然可以自動化執行垃圾回收,但如果項目比較大代碼復雜,回收執行代價較大,某些情況甚至不能識別回收
將[]賦值給一個數組對象,是清空數組的捷徑(例如:arr = [];),但是需要注意的是,這種方式又創建了一個新的空對象,并且將原來的數組對象變成了一小片內存垃圾!實際上,將數組長度賦值為0(arr.length = 0)也能達到清空數組的目的,并且同時能實現數組重用,減少內存垃圾的產生。
對象盡量復用,尤其是在循環等地方出現創建新對象,能復用就復用。不用的對象,盡可能設置為null,盡快被垃圾回收掉。
在循環中的函數表達式,能復用最好放到循環外面。
function fn(arg) {
m = "this is a hidden global variable"
}
m沒被聲明,會變成一個全局變量,在頁面關閉之前不會被釋放。
另一種意外的全局變量可能由 this 創建:
function fn() {
this.variable = "potential accidental global"
}
// fn 調用自己,this 指向了全局對象(window)
fn()
在 JavaScript 文件頭部加上 'use strict',可以避免此類錯誤發生。啟用嚴格模式解析 JavaScript ,避免意外的全局變量。
let someResource = getData()
setInterval(function() {
let node = document.getElementById('Node')
if(node) {
// 處理 node 和 someResource
node.innerHTML = JSON.stringify(someResource))
}
}, 1000)
這樣的代碼很常見,如果id為Node的元素從DOM中移除,該定時器仍會存在,同時,因為回調函數中包含對someResource的引用,定時器外面的someResource也不會被釋放。
所以要用完記住清除定時器鴨,也盡量別在定時器里引用dom對象。
function fn() {
let m = document.createElement('xx')
m.onClick = () => {
// Even if it a empty function
}
}
閉包可以維持函數內局部變量,使其得不到釋放。
上例定義事件回調時,由于是函數內定義函數,并且內部函數 -> 事件回調引用外部函數,形成了閉包
// 1. 將事件處理函數定義在外面
function fn() {
let m = document.createElement('xx')
m.onClick = onClickFn()
}
// 2. 定義事件處理函數的外部函數中,刪除對dom對象的引用
function fn() {
let m = document.createElement('xx')
m.onClick = () => {
// Even if it a empty function
}
m = null
}
將事件處理函數定義在外部,解除閉包,或者在定義事件處理函數的外部函數中,刪除對dom的引用。
有時,保存 DOM 節點內部數據結構很有用。假如你想快速更新表格的幾行內容,把每一行 DOM 存成字典(JSON 鍵值對)或者數組很有意義。此時,同樣的 DOM 元素存在兩個引用:一個在 DOM 樹中,另一個在字典中。將來你決定刪除這些行時,需要把兩個引用都清除。
let elements = {
button: document.getElementById('button'),
image: document.getElementById('image'),
text: document.getElementById('text')
}
function doStuff() {
image.src = 'http://some.url/image'
button.click()
console.log(text.innerHTML)
}
function removeButton() {
document.body.removeChild(document.getElementById('button'))
// 此時,仍舊存在一個全局的 #button 的引用
// elements 字典。button 元素仍舊在內存中,不能被 GC 回收。
}
雖然我們用removeChild移除了button,但是還在elements對象里保存著#button的引用,換言之,DOM元素還在內存里面。
明天港性能,有空可以來看看蛙,下班10點半,到家11點半,大半夜寫的文章呢。
公眾號:小何成長,佛系更文,都是自己曾經踩過的坑或者是學到的東西
有興趣的小伙伴歡迎關注我哦,我是:何小玍。 大家一起進步鴨
TML文件
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Title</title>
</head>
<body>
</body>
<center>
<h2>發起HTTP get請求</h2>
<form action="myServlet" method="get">
<p>賬號: <input type="text" name="name" /></p>
<p>密碼: <input type="text" name="passWord" /></p>
<input type="submit" value="提交" />
</form>
</center>
</html>
注意action="myServlet"要和servlet3.0的注解路徑一樣
servlet文件
*請認真填寫需求信息,我們會在24小時內與您取得聯系。