Ưu điểm của NS_INLINE đối với nội tuyến tĩnh là gì?

Question

Nhìn vào định nghĩa của NS_INLINE có vẻ như lợi thế của việc sử dụng nó trên static inline là khả năng tương thích với trình biên dịch, đúng không? Nên NS_INLINE luôn được sử dụng thay vì static inline trên các chức năng c trong các dự án khách quan c?

#if !defined(NS_INLINE) 
    #if defined(__GNUC__) 
     #define NS_INLINE static __inline__ __attribute__((always_inline)) 
    #elif defined(__MWERKS__) || defined(__cplusplus) 
     #define NS_INLINE static inline 
    #elif defined(_MSC_VER) 
     #define NS_INLINE static __inline 
    #elif TARGET_OS_WIN32 
     #define NS_INLINE static __inline__ 
    #endif 
#endif 

Answer 1

Có, nó dành cho khả năng tương thích với trình biên dịch, nhưng tôi nghĩ rằng việc sử dụng khung công tác nhiều hơn là mã của riêng bạn. Bạn được tự do sử dụng nó, tất nhiên, nhưng tôi sẽ không bận tâm.

Answer 2

Nhìn vào định nghĩa của NS_INLINE có vẻ như lợi thế của việc sử dụng nó trên dòng nội tuyến tĩnh là khả năng tương thích với trình biên dịch, đúng không?

Chỉ một phần. Bạn phải đánh giá chuỗi công cụ chi phối ở đây và hỏi "tại sao static inlinekhông sử dụng hoặc tại sao nó không đủ?". Chuỗi công cụ chi phối chứa thuộc tính __attribute__((always_inline)). Vì vậy, thực sự có hai phần cho điều này:

• a) Khả năng tương thích Vì vậy, nó bổ sung tính tương thích cho nhiều trình biên dịch.

• b) Sử dụng __attribute__((always_inline)) trong chuỗi công cụ chi phối. inline đã trở thành yêu cầu đơn giản đối với inline. Với always_inline, trình biên dịch vẫn có thể bảo lưu quyền không inline chức năng (vì lý do rõ ràng). Tuy nhiên, nó cũng nói "tin tưởng tôi, tôi muốn điều này inlined - trình biên dịch, nội tuyến này nếu có thể". Thuộc tính này khôi phục một số khả năng nội tuyến cho lập trình viên. Điều này có thể được sử dụng để thực hiện, nhưng tôi nghi ngờ (trong trường hợp này) rằng nó có nhiều hơn để làm với giảm số lượng các chức năng xuất khẩu tư nhân, chứ không phải là yêu cầu hiệu suất.

nên NS_INLINE luôn được sử dụng thay vì inline tĩnh trong các dự án mục tiêu-c?

No. __attribute__((always_inline)) nên dành riêng cho những người đã có nhiều kinh nghiệm về tối ưu hóa chương trình và sử dụng cơ sở này. Thuộc tính này có thể được áp dụng cho các hàm C, các phương thức C++ và các cuộc gọi tĩnh khác. Nó không thể được áp dụng cho lớp ObjC hoặc các phương thức cá thể (mà là động). Tôi đề cập rằng vì trình biên dịch, trình tối ưu hóa và LTO rất giỏi về những gì họ làm. Trong khi đó, việc sử dụng nội tuyến không đúng cách có thể có (một trong số) một số hình phạt về hiệu suất. Ngoại lệ (đối với những người không dành thời gian tối ưu hóa đáng kể) là tất nhiên khi người ta dành thời gian để đo lường sự khác biệt của nó.