int( (LONG)(LONG_PTR)&(((type *)0)->field))的最好解释
2011-11-02 13:25
411 查看
http://blog.csdn.net/yzslhawk/article/details/5441036
在CSDN上查到的。
ANSI C标准允许值为0的常量被强制转换成任何一种类型的指针,
并且转换结果是一个NULL指针,因此((type *)0)的结果就是一个类型为type *的NULL指针。
如果利用这个NULL指针来访问type的成员当然是非法的,
但&( ((type *)0)->field )的意图仅仅是计算field字段的地址。
聪明的编译器根本就不生成访问type的代码,
而仅仅是根据type的内存布局和结构体实例首址在编译期计算这个(常量)地址,
这样就完全避免了通过NULL指针访问内存的问题。
又因为首址为0,所以这个地址的值就是字段相对于结构体基址的偏移。
以上方法避免了实例化一个type对象,并且求值在编译期进行,没有运行期负担。
在CSDN上查到的。
ANSI C标准允许值为0的常量被强制转换成任何一种类型的指针,
并且转换结果是一个NULL指针,因此((type *)0)的结果就是一个类型为type *的NULL指针。
如果利用这个NULL指针来访问type的成员当然是非法的,
但&( ((type *)0)->field )的意图仅仅是计算field字段的地址。
聪明的编译器根本就不生成访问type的代码,
而仅仅是根据type的内存布局和结构体实例首址在编译期计算这个(常量)地址,
这样就完全避免了通过NULL指针访问内存的问题。
又因为首址为0,所以这个地址的值就是字段相对于结构体基址的偏移。
以上方法避免了实例化一个type对象,并且求值在编译期进行,没有运行期负担。
相关文章推荐
- int( (LONG)(LONG_PTR)&(((type *)0)->field))的最好解释
- int( (LONG)(LONG_PTR)&(((type *)0)->field))的最好解释
- (ULONG_PTR)(&((type *)0)->field))) 的解释
- Defining <uniqueKey> as a "long" or "int" type throws an error on startup
- vector<int>::size_type 解释
- Linux数据类型大小--->int,char,long int,long long int
- 某程序设计语言中的pair是如下方式定义:type:=int|pair<type,type>.
- #define offsetof(STRUCTURE,FIELD) ((int)((char*)&((STRUCTURE*)0)->FIELD))
- std::vector<std::string>::size_type和 int的区别
- 32位类型(int、long等)右移(>>)32位
- PAT编程:从A+B>C到int和long的区别
- osg源码中的ref_ptr operator unspecified_bool_type() 指向类数据成员的指针&类转化为另一类型(如自定义的C类转化为int)
- Linux数据类型大小--->int,char,long int,long long int
- 如何解释 #define OFFSET(struct_type, member) ((size_t) &((struct_type *) 0)->member)
- boost中类似于 shared_array<int> ptr(0) error
- <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />解释
- Qt error ------ no matching function for call to QObject::connect(QSpinBox*&, <unresolved overloaded function type>, QSlider*&, void (QAbstractSlider::*)(int))
- Python之Headers value 1 must be of type str or bytes, not <class 'int'>错误的解决
- vector<vector<int>>
- <meta name="viewport" content="width=device-width,minimum-scale=1.0,maximum-scale=1.0"/>解释