Objects

Obeject

Object

C++ programs create, destroy, refer to, access, and manipulate object.

An object, in C++, is a region of storage that has

  • size(determined with sizeof)
  • alignment requirement(determined with alignof)
  • storage duration(存储时期: automatic, static, dynamic, thread-local)
  • lifetime(bounded by storage duration or temporary)
  • type
  • value(which may be indeterminate, e.g. for default-initialized non-class types)
  • optionally, a name

The following entities are not object: value, reference, function,enumerator, type, class member, bit-fields,template, template specialization, namespace,parameter pack, and this.

Objects are created by definitions, new-expressions, and in several other situations where temporary objects are required: binding a reference to a prvalue, returning a prvalue from a function, a conversion that creates a prvalue, throwing an exception, entering an exception handler, and in some initialization contexts.

Object representation and value representation

For an object of type T, object representation is the sequence (storage duration) of sizeof(T) objects of type unsigned char beginning at the same address as the T object.

sizeof(T)大小的,同一起始地址的unsigned char类型的对象序列作为T对象。

The value representation of an object is the set of bits that hold the value of its type T.

For the objects of type char, signed char, and unsigned char, every bit of the object representation is required to participate in the value representation and each possible bit pattern represents a distinct value (no padding, trap bits, or multiple representations allowed).

Subobjects

An object can contain other objects, which are called subobjects. These include

  • member objects
  • base class subobjects
  • array elements

An object that is not a subobject of another object is called complete object.

Complete objects, member objects, and array elements are also known as most derived objects, to distinguish them from base class subobjects. The size of a most derived object that is not a bit field is required to be non-zero (the size of a base class subobject may be zero: see empty base optimization).

Any two objects (that are not bit fields) are guaranteed to have different addresses unless one of them:

  1. a subobject of another
  2. if they are subobjects of different type within the same complete object-in hierarchy class
  3. one of them is a zero-size base.

Polyomrphic objecets

Objects of class type that declare or inherit at least one virtual function are polymorphic objects.

Within each polymorphic object, the implementation stores additional information (in every existing implementation, it is one pointer unless optimized out), which is used by virtual function calls and by the RTTI features (dynamic_cast and typeid) to determine, at run time, the type with which the object was created, regardless of the expression it is used in.

For non-polymorphic objects, the interpretation of the value is determined from the expression in which the object is used, and is decided at compile time.

#include <iostream>
#include <typeinfo>
struct Base1 {
// polymorphic type: declares a virtual member
virtual ~Base1() {}
};
struct Derived1 : Base1 {
// polymorphic type: inherits a virtual member
}; struct Base2 {
// non-polymorphic type
};
struct Derived2 : Base2 {
// non-polymorphic type
}; int main()
{
Derived1 obj1; // object1 created with type Derived1
Derived2 obj2; // object2 created with type Derived2 Base1& b1 = obj1; // b1 refers to the object obj1
Base2& b2 = obj2; // b2 refers to the object obj2 std::cout << "Expression type of b1: " << typeid(decltype(b1)).name() << ' '
<< "Expression type of b2: " << typeid(decltype(b2)).name() << '\n'
<< "Object type of b1: " << typeid(b1).name() << ' '
<< "Object type of b2: " << typeid(b2).name() << '\n'
<< "size of b1: " << sizeof b1 << ' '
<< "size of b2: " << sizeof b2 << '\n';
}

Output:

Expression type of b1: Base1 Expression type of b2: Base2
Object type of b1: Derived1 Object type of b2: Base2
size of b1: 8 size of b2: 1

###Alignment
Every object type has the property called *alignment requirement*, which is an integer value (of type `std::size_t`, always a power of 2) representing the number of bytes between successive addresses at which objects of this type can be allocated. The *alignment requirement* of a type can be queried with `alignof` or `std::alignment_of`. The pointer alignment function `std::align` can be used to obtain a suitably-aligned pointer within some buffer, and `std::aligned_storage` can be used to obtain suitably-aligned storage.

Each object type imposes its alignment requirement on every object of that type; stricter alignment (with larger alignment requirement) can be requested using alignas.--可以用alignas来强制对齐(通常是为了更大的对齐要求)

In order to satisfy alignment requirements of all non-static members of a class, padding may be inserted after some of its members.

#include <iostream>

// objects of type S can be allocated at any address
// because both S.a and S.b can be allocated at any address
struct S {
char a; // size: 1, alignment: 1
char b; // size: 1, alignment: 1
}; // size: 2, alignment: 1 // objects of type X must be allocated at 4-byte boundaries
// because X.n must be allocated at 4-byte boundaries
// because int's alignment requirement is (usually) 4
struct X {
int n; // size: 4, alignment: 4
char c; // size: 1, alignment: 1
// three bytes padding
}; // size: 8, alignment: 4 int main()
{
std::cout << "sizeof(S) = " << sizeof(S)
<< " alignof(S) = " << alignof(S) << '\n';
std::cout << "sizeof(X) = " << sizeof(X)
<< " alignof(X) = " << alignof(X) << '\n';
}

Output:

sizeof(S) = 2 alignof(S) = 1
sizeof(X) = 8 alignof(X) = 4

The weakest alignment (the smallest alignment requirement) is the alignment of char (typically 1);

the largest fundamental alignment of any type is the alignment of std::max_align_t.

If a type's alignment is made stricter (larger) than std::max_align_t using alignas, it is known as a type with extended alignment requirement.

A type whose alignment is extended or a class type whose non-static data member has extended alignment is an over-aligned type. It is implementation-defined if new-expression, std::allocator::allocate, and std::get_temporary_buffer support over-aligned types.

Allocators instantiated with over-aligned types are allowed to fail to instantiate at compile time, to throw std::bad_alloc at runtime, to silently ignore unsupported alignment requirement, or to handle them correctly.

上一篇:route命令详解与使用实例


下一篇:[机翻] WIRER ON THE WIRE - SIGNALR协议的非正式描述