함수를 만드는 것은 더 많은 메모리를 소비합니까?

Question

// Case A 
function Constructor() { 
    this.foo = function() { 
    ... 
    }; 
    ... 
} 

// vs 
// Case B 
function Constructor() { 
    ... 
}; 

Constructor.prototype.foo = function() { 
    ... 
} 

사람들이 프로토 타입의 사용을 조언하는 주된 이유 중 하나는 다른 접근법을 사용할 때 this.foo가 여러 번 만들어지는 프로토 타입의 경우 .foo이 한 번 만들어지는 것입니다.

그러나 통역사가이를 최적화 할 것으로 기대합니다. 따라서 foofoo

함수의 복사본은 하나뿐입니다. 물론 클로저 때문에 각 개체에 대해 고유 한 범위 컨텍스트를 유지할 수 있지만 각 개체에 대한 오버 헤드가 적고 오버 헤드가 적습니다.

현대 JS 해석기는 사례 A를 최적화하여 foo 함수 하나만 복사합니까?

Answer 1

예, 함수를 만드는 것은 더 많은 메모리를 사용합니다.

... 해석자는 사례 A를 단일 함수로 최적화하지 않습니다.

이유는 the JS scope chain은 함수의 각 인스턴스가 만들어 질 때 사용할 수있는 변수를 캡처해야하기 때문입니다. 즉, modern interpreters은 예전보다 사례 A에 대해서는 better이지만, 폐쇄 기능의 성능은 몇 년 전에 알려진 문제 였기 때문에 크게 나타났습니다.

Mozilla는 avoid unnecessary closures에게 이렇게 말합니다.하지만 클로저는 JS 개발자의 툴킷에서 가장 강력하고 자주 사용되는 도구 중 하나입니다.

업데이트 : 그냥 (V8, 크롬에서 JS 인터프리터 인) Node.js를을 사용하여 생성자의 1M '인스턴스'를 만들어 this test을 달렸다. caseA = true으로 나는이 메모리 사용을 얻을 :

{ rss: 212291584, 
vsize: 3279040512, 
heapTotal: 203424416, 
heapUsed: 180715856 } 

을 그리고 caseA = false와 나는이 메모리 사용을 얻을 : 거의 3 배에 의해

{ rss: 73535488, 
vsize: 3149352960, 
heapTotal: 74908960, 
heapUsed: 56308008 } 

그래서 폐쇄 기능이 확실히 훨씬 더 많은 메모리를 소모됩니다. 그러나 절대적인 의미에서 우리는 인스턴스 당 140-150 바이트의 차이에 대해서만 이야기합니다. (하지만 함수가 생성 될 때 범위 내 변수의 수에 따라 가능성이 커집니다.)

Answer 2

자바 스크립트 인터프리터는 프로토 타입 객체를 최적화하지 않습니다. 그것의 단지 하나의 유형에 대해서만 하나의 경우 (그 여러 인스턴스 참조). 반면에 생성자는 새 인스턴스와 인스턴스 내에 정의 된 메서드를 만듭니다. 정의상 이것이 통역사 '최적화'의 문제가 아니라 일어나는 일을 단순히 이해하는 것입니다.

인터프리터가 인스턴스 메서드를 통합하고 통합하려는 경우 특정 인스턴스에서 값을 변경하기로 결정한 경우 문제가 발생할 수 있습니다 (두통을 언어에 추가하지 않는 것이 좋음)) :)

Answer 3

노드에서 간략한 테스트를 한 후에 사례 A와 B 모두에서 메모리에 실제 코드 foo의 복사본이 하나만 있다고 생각합니다.

사례 A - 함수 코드에 대한 참조 및 현재 실행 범위를 저장하는 Constructor()의 각 실행에 대해 만들어진 함수 개체가 있습니다.

사례 B - 하나의 범위와 프로토 타입을 통해 공유되는 하나의 함수 개체 만 있습니다.