Biến có được lưu trong Session deserialized một lần hoặc nhiều lần trong suốt vòng đời của trang không?

Question

Tôi muốn quấn các biến phiên theo cách tương tự như discussed on CodeProject.

public static class WebSession 
{ 
    private const string CurrentUserKey = "CurrentUser"; 

    private static HttpSessionState Session 
    { 
    get { return HttpContext.Current.Session; } 
    } 

    public static bool Exists 
    { 
    get { return Session != null; } 
    } 

    public static User CurrentUser 
    { 
    get { return Session[CurrentUserKey] as User; } 
    set { Session[CurrentUserKey] = value; } 
    } 
} 

Đây là câu hỏi của tôi: nếu tôi có để truy cập CurrentUser nhiều lần trong cùng một trang, tôi sẽ nhận được một cải thiện hiệu suất bằng cách gán nó vào một biến địa phương thay vì truy cập các gói bất động sản? Hoặc không HttpSessionState đảm bảo đối tượng chỉ được deserialized một lần cho mỗi yêu cầu, để các cuộc gọi tiếp theo trong cùng một yêu cầu http không chi phí nữa?

Cảm ơn, Aaron

Answer 1

Có một bản sao trong bộ nhớ của nhà nước phiên của bạn trên mỗi yêu cầu. Vì vậy, chi phí duy nhất mà bạn sẽ được tiết kiệm bằng cách sao chép cục bộ một biến phiên là của các diễn viên từ Object để loại của bạn. Bản sao trong bộ nhớ sau đó được thêm vào Phiên ở cuối yêu cầu.

Phiên có được tuần tự hóa và không được tuần tự hóa trên một trang hay không tùy thuộc vào nhà cung cấp phiên mà bạn chọn. Đối với trạng thái phiên trong proc, không có serialization xảy ra. Đối với Session Servers, đối tượng phải được serialize trước.

Answer 2

một số điều tốt để đọc

http://msdn.microsoft.com/en-us/library/aa479041.aspx

http://msdn.microsoft.com/en-us/magazine/cc163730.aspx#S5

Answer 3

Tôi đã thực hiện một số công việc tách phiên recently và từ những gì tôi có thể thấy, toàn bộ đối tượng trạng thái được deserialized một lần và một lần duy nhất theo yêu cầu. Tất nhiên, nó rất dễ dàng để kiểm tra - chỉ cần lấy nó ra hai lần và kiểm tra ReferenceEquals.

Tất nhiên, việc đặt giá trị trong trường giữa các lần sử dụng sẽ tiết kiệm được một số thời gian "tra cứu", nhưng bạn chỉ phải trả chi phí deserialization một lần.

Nếu bạn thực sự muốn đảm bảo, bạn cũng có thể kiểm tra kỹ điều này bằng cách triển khai ISerializable và ghi nhật ký các cuộc gọi tuần tự/deserialize.

Answer 4

Có bản sao trong bộ nhớ. Bạn nhận được cải thiện hiệu suất không đáng kể từ bộ nhớ đệm giá trị; nó sẽ chỉ lưu một tra cứu từ điển, mà sẽ là quá nhanh để thông báo trừ khi bạn đang làm nó một tỷ lần mỗi lần tải trang.

Điều quan trọng cần lưu ý là đối với một khóa nhất định, mỗi lần truy xuất trả về một tham chiếu đến cùng một cá thể và phiên cũng giữ tham chiếu. Điều đó có nghĩa, nếu bạn lấy một đối tượng từ Session và sửa đổi nó, bạn không cần gọi lại setter để tái serialize nó.

Tôi chỉ hỏi một câu hỏi về điều này giống nhau: Are .Net property setters ever called implicitly?