Một StringBuilder được khởi tạo với một chuỗi chứa chính xác (chỉ) đủ không gian cho chuỗi đó?

Question

Tôi tự hỏi nếu mã này ...

StringBuilder sb = new StringBuilder("Please read the following messages."); 

... khởi sb với một bộ đệm chính xác lớn như chuỗi truyền cho constructor. Một mặt, điều này có vẻ là điều hợp lý nhất. Mặt khác, nó dường như đánh bại mục đích của lớp học StringBuilder cho một trong những cách sử dụng phổ biến nhất của nó, đó là cung cấp khả năng biến đổi để làm cho các phụ thêm lặp lại hiệu quả hơn. (Cuộc gọi đầu tiên để Append, nếu câu trả lời cho câu hỏi của tôi là "có", sẽ đòi hỏi sb để thay đổi kích thước của chính nó.)

Sau đó, một lần nữa, tôi cho rằng người ta có thể xem đây là tương tự như các nhà xây dựng cho List<T> mà phải mất một IEnumerable<T> làm tham số. Có thể giả định trong trường hợp này là bạn không lập kế hoạch trên gắn thêm nhiều, nhưng thay vào đó là thao tác những gì đã có ở đó. Các nghiên cứu thực tế duy nhất tôi đã thực hiện trên này là để kiểm tra các MSDN documentation on StringBuilder, mà không cung cấp một câu trả lời (nó nói constructor khởi tạo dụ "sử dụng chuỗi quy định," nhưng không chỉ cách chuỗi được sử dụng).

---

EDIT: Vì vậy, nó được "thực hiện cụ thể" ... Điều này có vẻ không lạ với bất cứ ai khác? Ý tôi là, mục đích của lớp StringBuilder là cung cấp cách thay thế để thực hiện nhiều thao tác trên string, tạo ra một tấn các trường hợp bất biến string trên đường đi; do đó, nó cho hiệu suất . Tôi cảm thấy hành vi của nhà xây dựng này nên được chỉ định, để nhà phát triển có thể đưa ra quyết định sáng suốt về cách sử dụng nó bất kể nền tảng.

Ý tôi là, là được Microsoft triển khai theo cách nhất định; họ có thể dễ dàng đặt nó vào tài liệu (buộc các triển khai khác phải tuân theo). Chỉ là một nguồn cá nhân của sự bối rối ...

Answer 1

Đó là chi tiết triển khai mà bạn không cần phải lo lắng.Tuy nhiên, bằng cách sử dụng .NET reflector và tìm trong quá trình (chuỗi, int32, int32, int32) quá tải của hàm tạo (mà các nhà thầu khác gọi), chúng ta có thể thấy rằng nó chọn công suất là bội số của 16 (lớn hơn kế tiếp so với yêu cầu) kích thước)

Sửa

Trên thực tế, đó là 16 x 2^n, với giá trị của "n" chọn là kích thước lớn nhất tiếp theo

Answer 2

Kiểm tra thành viên dung lượng của StringBuilder.

Từ MSDN:

Các StringBuilder động phân bổ thêm không gian khi cần thiết và tăng công suất cho phù hợp. Vì lý do hiệu suất, một StringBuilder có thể cấp phát bộ nhớ nhiều hơn mức cần thiết. Lượng bộ nhớ được cấp phát cụ thể cho việc triển khai thực hiện.

Answer 3

các constructor bạn liên quan đến có lẽ là bị xích vào các StringBuilder(String, Int32, Int32, Int32):

public StringBuilder(
    string value, 
    int startIndex, 
    int length, 
    int capacity 
) 

Vì vậy, đối với chuỗi, nó có thể sẽ đi qua: string, 0, string.Length, string.Length. Hoặc một cái gì đó tương tự có ý nghĩa trong bối cảnh StringBuilder.

Answer 4

Các constructor mà cuối cùng được gọi là:

// "Please read the following messages.".Length = 35 
public StringBuilder(string value, int startIndex, int length, int capacity) 
public StringBuilder("Please read the following messages.", 0, 
     "Please read the following messages.".Length, 16) 

(Đây là gì mà các câu trả lời khác không cung cấp, và chỉ là từ phản xạ)
Nếu công suất là nhỏ hơn chiều dài của chuỗi, mà nó là trong trường hợp này:

while (capacity < length) 
{ 
    capacity *= 2; 
    if (capacity < 0) 
    { 
     capacity = length; 
     break; 
    } 
} 

trong Mono, các nhà xây dựng StringBuilder(string val) phân bổ năng lực để int.MaxValue cho đến khi một append xảy ra.

Câu trả lời thực sự nằm trong phương pháp mà kết thúc lên được gọi nội bộ trong CLR, nơi chiều dài là năng lực:

[MethodImpl(MethodImplOptions.InternalCall)] 
private static extern string FastAllocateString(int length); 

tôi không thể tìm thấy nguồn cho điều này trong tuy nhiên SSCLI phiên bản Mono (\ mono \ metadata \ object.c) thực hiện nó như thế này:

mono_string_new_size (MonoDomain *domain, gint32 len) 
{ 
    MonoString *s; 
    MonoVTable *vtable; 
    size_t size = (sizeof (MonoString) + ((len + 1) * 2)); 

... 
} 

đó là kích thước tính bằng byte của một đối tượng MonoString, cộng với chiều dài lần 2.