Liệu tạo chức năng tiêu thụ bộ nhớ hơn

Question

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

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

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

Một trong những lý do chính người tư vấn cho việc sử dụng các nguyên mẫu là .foo được tạo ra một lần trong trường hợp của các nguyên mẫu nơi như this.foo được tạo ra nhiều lần khi sử dụng phương pháp khác.

Tuy nhiên, người ta mong đợi người phiên dịch có thể tối ưu hóa điều này. Vì vậy, chỉ có một bản sao của hàm foo trong trường hợp A.

Tất nhiên bạn vẫn sẽ có một ngữ cảnh phạm vi duy nhất cho từng đối tượng vì đóng cửa nhưng có ít chi phí hơn thì chức năng mới cho từng đối tượng.

Trình thông dịch JS hiện đại tối ưu hóa trường hợp A sao cho chỉ có một bản sao của hàm foo?

Answer 1

Có, tạo chức năng sử dụng nhiều bộ nhớ hơn.

... và, không, người phiên dịch không tối ưu hóa trường hợp A xuống một chức năng duy nhất.

Lý do là the JS scope chain yêu cầu mỗi phiên bản của hàm để nắm bắt các biến có sẵn cho nó tại thời điểm được tạo. Điều đó nói rằng, modern interpreters là better về Case A so với trước đây, nhưng phần lớn là do hiệu suất của các hàm đóng đã là một vấn đề đã biết vài năm trước.

Mozilla nói với avoid unnecessary closures vì lý do này, nhưng đóng cửa là một trong những công cụ mạnh mẽ nhất và thường được sử dụng trong bộ công cụ của nhà phát triển JS.

Cập nhật: Chỉ cần chạy this test tạo ra trường hợp 1M 'Constructor, sử dụng node.js (V8, trình thông dịch JS trong Chrome). Với caseA = true tôi nhận được sử dụng bộ nhớ này:

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

Và với caseA = false tôi nhận được sử dụng bộ nhớ này:

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

Vì vậy, các chức năng đóng cửa chắc chắn tiêu thụ bộ nhớ nhiều hơn đáng kể, bởi hầu như 3X. Nhưng theo nghĩa tuyệt đối, chúng ta chỉ nói về sự khác biệt của ~ 140-150 byte mỗi trường hợp. (Tuy nhiên, điều đó có thể sẽ tăng tùy thuộc vào số lượng biến trong phạm vi mà bạn có khi hàm được tạo).

Answer 2

Trình thông dịch javascript cũng không tối ưu hóa các đối tượng mẫu thử nghiệm. Nó chỉ đơn thuần là một trường hợp chỉ có một trong số chúng cho mỗi loại (nhiều tham chiếu của các cá thể). Các nhà xây dựng, mặt khác, tạo ra các cá thể mới và các phương thức được định nghĩa bên trong chúng. Vì vậy, theo định nghĩa, điều này thực sự không phải là vấn đề về tối ưu hóa thông dịch viên '' mà chỉ đơn giản là hiểu được những gì đang diễn ra. Trên một mặt lưu ý, nếu thông dịch viên thử và hợp nhất các phương pháp thể hiện bạn sẽ gặp phải nếu bạn quyết định thay đổi giá trị của một trong một trường hợp cụ thể (tôi muốn không thêm ngôn ngữ đó vào ngôn ngữ đó).) :)

Answer 3

Tôi tin rằng, sau một số thử nghiệm ngắn gọn trong nút, trong cả hai trường hợp A và B chỉ có một bản sao của mã thực tế cho hàm foo trong bộ nhớ.

Trường hợp A - có đối tượng hàm được tạo cho mỗi lần thực hiện Constructor() lưu trữ tham chiếu đến mã chức năng và phạm vi thực thi hiện tại của nó.

Trường hợp B - chỉ có một phạm vi, một đối tượng hàm, được chia sẻ qua nguyên mẫu.