Hành vi cụ thể của std :: string on studio visual?

Question

Tôi có một dự án mà tôi cần đọc/ghi các tệp lớn.

Tôi đã quyết định sử dụng ifstream :: read() để đưa các tệp đó vào bộ nhớ trong một lần truyền, thành chuỗi std ::. (mà dường như là cách nhanh nhất để làm điều đó trong C++: http://insanecoding.blogspot.com/2011/11/how-to-read-in-file-in-c.html và http://insanecoding.blogspot.com/2011/11/reading-in-entire-file-at-once-in-c.html)

Khi chuyển đổi giữa các file, sau đó tôi cần phải "thiết lập lại" std :: string sử dụng làm bộ nhớ đệm trước đó (ví dụ, xóa char [] đệm vào bộ nhớ miễn phí)

tôi đã cố gắng:

std::string::clear() 
std::string::assign("") 
std::string::erase(0, std::string::npos) 
std::string::resize(0) 
std::string::reserve(0) 

nhưng, dưới Visual Studio 2008, điều này không giải phóng bộ nhớ sử dụng bên trong std :: string bản thân: đệm cơ bản của nó không được phân bổ. Cách duy nhất tôi tìm thấy để xóa nó là gọi std :: string :: swap (std :: string ("")) để buộc thay đổi bộ đệm bên trong giữa chuỗi std :: thực tế và chuỗi trống trong param.

Tôi thấy hành vi này một chút lạ ...

tôi chỉ thử nghiệm trên Visual Studio 2008, tôi không biết nếu đó là một hành vi STL-tiêu chuẩn hoặc nếu đó là MSVC cụ thể.

Bạn có thể cho tôi một số đầu mối không?

Answer 1

Khi Vlad và Alf nhận xét, std::string().swap(the_string) là cách C++ 98 để giải phóng khả năng của the_string và the_string.shrink_to_fit() là cách C++ 11.

Vì lý do tại sao clear(), erase(), resize(), v.v. không làm điều đó, đây là một tối ưu hóa để giảm phân bổ khi bạn sử dụng một chuỗi hơn và hơn. Nếu clear() giải phóng dung lượng của chuỗi, bạn thường phải phân bổ lại một lượng không gian tương tự trên lần lặp tiếp theo, điều này sẽ mất một khoảng thời gian để thực hiện có thể tiết kiệm bằng cách giữ dung lượng xung quanh. Việc triển khai này không được đảm bảo bởi tiêu chuẩn, nhưng nó rất phổ biến trong việc triển khai.

reserve() được ghi chép lại với

dự trữ Gọi() với một đối số res_arg ít hơn công suất() có hiệu lực một yêu cầu co lại không ràng buộc. Cuộc gọi với res_arg < = size() có hiệu lực là yêu cầu thu nhỏ không phù hợp với ràng buộc.

ngụ ý rằng việc triển khai có nhiều khả năng giải phóng dung lượng trên cuộc gọi reserve(). Nếu tôi đọc chúng đúng, libc++ và libstdC++ làm không gian phát hành khi bạn gọi reserve(0), nhưng nó hợp lý cho thư viện của VC++ đã có lựa chọn ngược lại.

Chỉnh sửa: Như penelope nói, hành vi của std::string ở đây có xu hướng chính xác giống như hành vi của std::vector.