Tại sao biến ngoài của tôi chưa được khởi tạo?

Question

Tôi đang biên soạn một thư viện được chia sẻ với hai đơn vị biên dịch: globals.cpp và stuff.cpp. Tệp globals.cpp khởi tạo một số biến ngoại lệ được sử dụng trong stuff.cpp. Vấn đề tôi gặp phải là mã trong stuff.cpp đang chạy trước khi mã trong globals.cpp đã có cơ hội gán giá trị cho các biến bên ngoài. Ví dụ: tôi thấy một loạt các giá trị 0 đang được sử dụng. Vấn đề này phụ thuộc vào nền tảng tôi biên dịch/chạy mã trên - một số công việc và một số thì không.

Làm cách nào để giải quyết vấn đề này? Tôi có thể buộc globals.cpp đến chạy trước tiên không?

Answer 1

Bạn không thể (theo cách nhất quán)

Nhưng bạn có thể làm việc xung quanh nó.

global.cpp

// If you have a global variable that has to be initial by a constructor 
MyObj globalX; 

// Instead do this 

MyObj& globalX() { static MyObj x; return x;} 

Bạn vẫn có một biến toàn cầu. Nhưng bằng cách đặt nó vào một hàm chúng ta biết khi nào nó đang được sử dụng. Bằng cách sử dụng một thành viên tĩnh của hàm, nó được khởi tạo lần đầu khi hàm được gọi nhưng không phải sau đó. Vì vậy, bạn biết rằng nó sẽ được xây dựng chính xác trước khi sử dụng lần đầu tiên.

Answer 2

Từ comp.lang.C++ Hỏi đáp, xem:

• [10.14] What's the "static initialization order fiasco"?
• [10.15] How do I prevent the "static initialization order fiasco"?

Answer 3

tôi giả sử bạn đang nhìn thấy behavious này bởi vì bạn đang làm khởi inline của biến toàn cục mà không có một cuộc gọi hàm rõ ràng. ví dụ. globals.cpp:

// top of source file 

#include "myincludes.h" 

CSomeClass someObject(432); 
int global_x = 42; 
int global_y = InitY(); 

Trình xây dựng và thứ tự hủy của các đối tượng toàn cầu và trật tự khởi tạo biến toàn cầu hầu như không xác định. (Tôi sẽ phỏng đoán, không tham khảo các trang tham chiếu chuẩn, các biến trong tệp nguồn được khởi tạo từ khai báo trên xuống dưới, nhưng thứ tự của "tệp nguồn đến trước" không được xác định.)

Giải pháp tốt nhất là để không có bất kỳ đối tượng toàn cầu nào (nơi hàm tạo được chạy trước bất kỳ hàm nào trong thư viện) hoặc có một sự phụ thuộc vào thứ tự khởi tạo biến toàn cầu.

Tốt hơn để có chức năng khởi tạo thư viện của bạn một cách rõ ràng. Có lẽ bạn yêu cầu ứng dụng gọi hàm này khi khởi động hoặc các chức năng đã xuất của thư viện của bạn gọi nó sau khi phát hiện khởi tạo đã không xảy ra. Khởi tạo các hình cầu của bạn sau đó.

Trên nhóm của tôi, mã chạy trước "chính" (hoặc "DllMain") hoàn toàn không được phép. Nói cách khác, không có đối tượng toàn cầu. Không có chức năng để init globals.