Calculating the address of the container object using offsetof
is safe in the sense that it can work. offsetof
is commonly used in C for this purpose. See for example the container_of macro in Linux kernel.
It can be unsafe in the sense that if there is a ChildClass
instance that is not that particular member variable, then you have undefined behaviour on your hands. Of course, since the constructor is private, you should be able to prevent that.
Another reason why it's not safe is that it has undefined behaviour if the container type is not a standard layout type.
So, it can work as long as you take the caveats into account. Your implementation however, is broken. The second parameter of the offsetof
macro must be the name of the member. In this case, it must be childObj
and not e[index]
which is not the name of the member.
Also (maybe someone will correct me if I'm wrong, but I think) casting to an unrelated type uint8_t*
before doing the pointer arithmetic and then cast to yet another unrelated type seems a bit dangerous. I recommend using char*
as the intermediate type. It is guaranteed that sizeof(char) == 1
and it has special exceptions about aliasing and not having trap representations.
It might be worth mentioning that this use - or any use other than use with arrays - of pointer arithmetic is not defined by the standard. Which strictly speaking makes offsetof
useless. Still, pointers are widely used beyond arrays, so the lack of standard backing can in this case be ignored.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…