分类 C++ 下的文章

给应用程序添加XP风格的简单方法

  首先确认你在Windows XP下,因为如果在98或2K下,那除非自己重画所有界面,要不基本上是无法实现XP风格的。

最简单的方法

1.jpg

使用eXeScope,点工具栏里的按钮即可,很方便
其实和方法2里的是一样的,只不过eXeScope替你操作了

资源方法

  很简单,此方法SDK/MFC通用,简单的讲就是插入一个资源,类别为24,ID为1,以VC6为例,2003和2005类似。在VC6资源编辑试图下点击Insert(插入),然后选择Custom(自定义),在Resource Type(资源类别)填上24,然后将新插入的资源属性改为如下:

在右边内资源容中输入

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
    manifestVersion="1.0">
    <assemblyIdentity name="XP style manifest"
        processorArchitecture="x86" version="1.0.0.0" type="win32" />
    <dependency>
        <dependentAssembly>
            <assemblyIdentity type="win32"
                name="Microsoft.Windows.Common-Controls" version="6.0.0.0"
                processorArchitecture="x86" publicKeyToken="6595b64144ccf1df"
                language="*" />
        </dependentAssembly>
    </dependency>
</assembly>

编译执行你的程序,OK!

文件方法

新建一个文本文件,把下面这段XML代码粘贴进去

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
    manifestVersion="1.0">
    <assemblyIdentity processorArchitecture="x86" version="5.1.0.0"
        type="win32" name="test.exe" />
    <description>Test Application</description>
    <dependency>
        <dependentAssembly>
            <assemblyIdentity type="win32"
                name="Microsoft.Windows.Common-Controls" version="6.0.0.0"
                publicKeyToken="6595b64144ccf1df" language="*"
                processorArchitecture="x86" />
        </dependentAssembly>
    </dependency>
</assembly>

  假设在程序所在的目录下有一个可执行文件xxx.exe,我们把刚才建立的那个XML的文件拷贝到该目录下,并把名字改为xxx.exe.manifest,这时候你可以运行xxx.exe,看看是不是已经具有了XP风格了?依次类推,在每一个你想改为XP风格的程序的统一目录里建立一个上面说的XML文件,并把名字改为可执行文件的名字加上".manifest"的扩展名(注意,不要把那个exe去掉,就可以了)

(转)C++ 预编译指令 –Pragma

  在所有的预处理指令中,#pragma 指令可能是最复杂的了,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。
  #pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。
依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
其格式一般为: #pragma para
其中para为参数,下面来看一些常用的参数。

(1)message 参数
message参数是我最喜欢的一个参数,它能够在编译信息输出窗口中输出相应的信息,这对于源代码信息的控制是非常重要的。其使用方法为:
#pragma message("消息文本")
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候,我们自己有可能都会忘记有没有正确的设置这些宏,此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏,可以用下面的方法:
#ifdef _X86
#pragma message("_X86 macro activated!")
#endif
我们定义了_X86这个宏以后,应用程序在编译时就会在编译输出窗口里显示"_86 macro activated!"。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。

(2)另一个使用得比较多的pragma参数是code_seg
格式如:
#pragma code_seg(["section-name" [,"section-class"]])
它能够设置程序中函数代码存放的代码段,当我们开发驱动程序的时候就会使用到它。

(3)#pragma once (比较常用)
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次,这条指令实际上在VC6中就已经有了,但是考虑到兼容性并没有太多的使用它。

(4)#pragma hdrstop
表示预编译头文件到此为止,后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度,但如果所有头文件都进行预编译又可能占太多磁盘空间,所以使用这个选项排除一些头文件。
有时单元之间有依赖关系,比如单元A依赖单元B,所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级,如果使用了#pragma package(smart_init),BCB就会根据优先级的大小先后编译。

(5)#pragma resource ".dfm"
表示把
.dfm文件中的资源加入工程。*.dfm中包括窗体外观的定义。

(6)#pragma warning(disable:4507 34;once: 4385;error:164)
等价于:

pragma warning(disable:4507 34) //不显示4507和34号警告信息

pragma warning(once:4385) // 4385号警告信息仅报告一次

pragma warning(error:164) // 把164号警告信息作为一个错误。

同时这个pragma warning 也支持如下格式:

pragma warning(push [,n])

pragma warning(pop) 这里n代表一个警告等级(1---4)。

pragma warning(push)保存所有警告信息的现有的警告状态。

pragma warning(push,n)保存所有警告信息的现有的警告状态,并且把全局警告等级设定为n。

pragma warning(pop)向栈中弹出最后一个警告信息,在入栈和出栈之间所作的一切改动取消。例如:

pragma warning(push)

pragma warning(disable:4705)

pragma warning(disable:4706)

pragma warning(disable:4707)

//.......

pragma warning(pop)

在这段代码的最后,重新保存所有的警告信息(包括4705,4706和4707)。  

(7)#pragma comment(...)
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字,可以帮我们连入一个库文件。如:
#pragma comment(lib, "comctl32.lib")
#pragma comment(lib, "vfw32.lib")
#pragma comment(lib, "wsock32.lib")

每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。

例如,对循环优化功能:

pragma loop_opt(on) // 激活

pragma loop_opt(off) // 终止

有时,程序中会有些函数会使编译器发出你熟知而想忽略的警告,如“Parameter xxx is never used in function xxx”,可以这样: #pragma warn -100//Turn off the warning message for warning #100

int insert_record(REC r)
{/
function body */ }

pragma warn +100//Turn the warning message for warning #100 back on 函数会产生一条有唯一特征码100的警告信息,如此可暂时终止该警告。每个编译器对#pragma的实现不同,在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。

(转)fatal error LNK1103: debugging information corrupt; recompile module

这个错误产生的原因是:
2003年2月的SDK是支持VC6的最后一版,在此之后的就都是使用VC7/VC8来开发的了。
随着VC7/VC8中新的debug信息格式和一些安全检查机制的导入,在VC6上使用这些库的Debug版本的时候
就会产生如题的链接错误。具体而言,你可能在VC6上使用了XP SP2,Windows 2003或者Windows 2003 R2
版本的SDK。

解决办法:
1.用Release版编译,不过这样就没法调试了。
2.到Tool -> Options -> Directories(以VC6.0为例),将SDK的顺序放到最下边或者直接删掉较新SDK
的Directories:包括Include files和Library files。
3.如果你必须使用SDK中的新特性,那么找一个2004年之前的SDK吧。
这里是最后一版支持VC6的SDK的下载地址:
http://www.microsoft.com/msdownload/platformsdk/sdkupdate/psdk-full.htm
4.方便的话,干脆迁移到VC7/VC8。

小技巧-VC中实现程序启动时不显示GUI界面

  简单介绍一个VC小技巧,让程序在启动时不显示GUI界面,对于以TrayIcon为主要操作方式的监控类程序,可能希望在程序启动时不显示任何界面,而是直接进入监控状态:比如一个邮箱监视程序,设置好必要的信息之后,我希望每次启动之后,让她直接进入监控状态,检测到有新邮件时,只要给我气泡弹出提示就可以了

  如何实现这么一个小功能,网上的方法很多,个人原理不同嘛,呵呵!

  我这里只是简单介绍我使用的方法,使用该方法,绝对不会有任何启动时窗口一闪而过的现象,完全静默状态,我们要做的就是拦截WM_WINDOWPOSCHANGING消息,做必要的参数改动就可以了

1.在窗口消息宏里添加ON_WM_WINDOWPOSCHANGING(),使我们能够拦截到该消息,使用该消息后你必须使用默认的函数名void OnWindowPosChanging(WINDOWPOS FAR* lpwndpos),如果很想换一个函数名,那就使用ON_MESSAGE拦吧,很随意,呵呵

2.在对应的窗口类的h中,添加函数声明,比如我的:

void OnWindowPosChanging(WINDOWPOS FAR* lpwndpos);

3.在窗口类的实现文件cpp中,添加函数实现:

void CXjtuNetCheckDlg::OnWindowPosChanging( WINDOWPOS FAR* lpwndpos )
{
      if(bSilentMode)
      {
             lpwndpos->flags ~= SWP_SHOWWINDOW;
      }
      CDialog::OnWindowPosChanging(lpwndpos);
}

这里的bSilentMode如果是真的时候,就不显示窗口,为什么要有该参数?你肯定不想自己的窗口永远都不显示吧,呵呵,在要显示窗口的时候将其只为否,一般的用法是在窗口初始化的时候也就是在WM_CREATE或者WM_INITDIALOG中将其设置为TRUE,在需要现实窗口的时候,将其置为FALSE,否则你的窗口无论如何也不会再见到你了,切记切记。

一下截取MSDN中关于WM_WINDOWPOSCHANGING的描述:

WM_WINDOWPOSCHANGING Notification

The WM_WINDOWPOSCHANGING message is sent to a window whose size, position, or place in the Z order is about to change as a result of a call to the function or another window-management function.

A window receives this message through its function.

Syntax

    WM_WINDOWPOSCHANGING WPARAM wParam LPARAM lParam;

Parameters

    wParam
        This parameter is not used. 
    lParam
        Pointer to a structure that contains information about the window's new size and position. 

Return Value

    If an application processes this message, it should return zero.

Remarks

    For a window with the or style, the function sends the message to the window. This is done to validate the new size and position of the window and to enforce the and client styles. By not passing the WM_WINDOWPOSCHANGING message to the DefWindowProc function, an application can override these defaults.

    While this message is being processed, modifying any of the values in affects the window's new size, position, or place in the Z order. An application can prevent changes to the window by setting or clearing the appropriate bits in the flags member of WINDOWPOS.

(转)C++ sizeof 使用规则及陷阱分析

1、什么是sizeof
首先看一下sizeof在msdn上的定义:

The sizeof keyWord gives the amount of storage, in bytes, associated with a variable or a type (including aggregate types). This keyword returns a value of type size_t.

  看到return这个字眼,是不是想到了函数?错了, sizeof不是一个函数,你见过给一个函数传参数,而不加括号的吗?sizeof可以,所以sizeof不是函数。网上有人说sizeof是一元操作符,但是我并不这么认为,因为sizeof更像一个特殊的宏,它是在编译阶段求值的。举个例子:

cout<<sizeof(int)<<endl; // 32位机上int长度为4
cout<<sizeof(1==2)<<endl; // == 操作符返回bool类型,相当于 cout<<sizeof(bool)<<endl;

在编译阶段已经被翻译为:

cout<<4<<endl;
cout<<1<<endl;

这里有个陷阱,看下面的程序:

int a = 0;
cout<<sizeof(a=3)<<endl;
cout<<a<<endl;

输出为什么是4,0而不是期望中的4,3???就在于sizeof在编译阶段处理的特性。由于sizeof不能被编译成机器码,所以sizeof作用范围内,也就是()里面的内容也不能被编译,而是被替换成类型。=操作符返回左操作数的类型,所以a=3相当于int,而代码也被替换为:

int a = 0;
cout<<4<<endl;
cout<<a<<endl;

  所以,sizeof是不可能支持链式表达式的,这也是和一元操作符不一样的地方。
  结论:不要把sizeof当成函数,也不要看作一元操作符,把他当成一个特殊的编译预处理。
2、sizeof的用法
sizeof有两种用法:
(1)sizeof(object)
  也就是对对象使用sizeof,也可以写成sizeof object 的形式。
(2)sizeof(typename)
  也就是对类型使用sizeof,注意这种情况下写成sizeof typename是非法的。下面举几个例子说明一下:

int i = 2;
cout<<sizeof(i)<<endl; // sizeof(object)的用法,合理
cout<<sizeof i<<endl; // sizeof object的用法,合理
cout<<sizeof 2<<endl; // 2被解析成int类型的object, sizeof object的用法,合理
cout<<sizeof(2)<<endl; // 2被解析成int类型的object, sizeof(object)的用法,合理
cout<<sizeof(int)<<endl;// sizeof(typename)的用法,合理
cout<<sizeof int<<endl; // 错误!对于操作符,一定要加()

  可以看出,加()是永远正确的选择。
  结论:不论sizeof要对谁取值,最好都加上()。
3、数据类型的sizeof
(1)C++固有数据类型
  32位C++中的基本数据类型,也就是char,short int(short),int,long int(long),float,double, long double,大小分别是:1,2,4,4,4,8, 10。
考虑下面的代码:

cout<<sizeof(unsigned int) == sizeof(int)<<endl; // 相等,输出 1

unsigned影响的只是最高位bit的意义,数据长度不会被改变的。
结论:unsigned不能影响sizeof的取值。
(2)自定义数据类型
typedef可以用来定义C++自定义类型。考虑下面的问题:

typedef short WORD;
typedef long DWORD;
cout<<(sizeof(short) == sizeof(WORD))<<endl; // 相等,输出1
cout<<(sizeof(long) == sizeof(DWORD))<<endl; // 相等,输出1

结论:自定义类型的sizeof取值等同于它的类型原形。
(3)函数类型
考虑下面的问题:

int f1(){return 0;};
double f2(){return 0.0;}
void f3(){}
cout<<sizeof(f1())<<endl; // f1()返回值为int,因此被认为是int
cout<<sizeof(f2())<<endl; // f2()返回值为double,因此被认为是double
cout<<sizeof(f3())<<endl; // 错误!无法对void类型使用sizeof
cout<<sizeof(f1)<<endl; // 错误!无法对函数指针使用sizeof
cout<<sizeof*f2<<endl; // *f2,和f2()等价,因为可以看作object,所以括号不是必要的。被认为是double

结论:对函数使用sizeof,在编译阶段会被函数返回值的类型取代。
4、指针问题
考虑下面问题:

cout<<sizeof(string*)<<endl; // 4
cout<<sizeof(int*)<<endl; // 4
cout<<sizof(char****)<<endl; // 4

可以看到,不管是什么类型的指针,大小都是4的,因为指针就是32位的物理地址。
结论:只要是指针,大小就是4。(64位机上要变成8也不一定)。
顺便唧唧歪歪几句,C++中的指针表示实际内存的地址。和C不一样的是,C++中取消了模式之分,也就是不再有small,middle,big,取而代之的是统一的flat。flat模式采用32位实地址寻址,而不再是c中的 segment:offset模式。举个例子,假如有一个指向地址 f000:8888的指针,如果是C类型则是8888(16位, 只存储位移,省略段),far类型的C指针是f0008888(32位,高位保留段地址,低位保留位移),C++类型的指针是f8888(32位,相当于段地址*16 + 位移,但寻址范围要更大)。

5、数组问题
考虑下面问题:

char a[] = "abcdef";
int b[20] = {3, 4};
char c[2][3] = {"aa", "bb"};
cout<<sizeof(a)<<endl; // 7
cout<<sizeof(b)<<endl; // 20*4
cout<<sizeof(c)<<endl; // 6

数组a的大小在定义时未指定,编译时给它分配的空间是按照初始化的值确定的,也就是7。c是多维数组,占用的空间大小是各维数的乘积,也就是6。可以看出,数组的大小就是他在编译时被分配的空间,也就是各维数的乘积数组元素的大小。
结论:数组的大小是各维数的乘积
数组元素的大小。
这里有一个陷阱:

int *d = new int[10];
cout<<sizeof(d)<<endl; // 4

  d是我们常说的动态数组,但是他实质上还是一个指针,所以sizeof(d)的值是4。
  再考虑下面的问题:

double* (*a)[3][6];
cout<<sizeof(a)<<endl; // 4
cout<<sizeof(*a)<<endl; // 72
cout<<sizeof(**a)<<endl; // 24
cout<<sizeof(***a)<<endl; // 4
cout<<sizeof(****a)<<endl; // 8

  a是一个很奇怪的定义,他表示一个指向 double[3][6]类型数组的指针。既然是指针,所以sizeof(a)就是4。
  既然a是执行double
[3][6]类型的指针,a就表示一个double[3][6]的多维数组类型,因此sizeof(a)= 36sizeof(double)=72。同样的,a表示一个double*[6]类型的数组,所以sizeof(a)=6*sizeof (double*)=24。***a就表示其中的一个元素,也就是double*了,所以sizeof(***a)=4。至于****a,就是一个 double了,所以sizeof(****a)=sizeof(double)=8。
6、向函数传递数组的问题
考虑下面的问题:

#include <iostream>
using namespace std;
int Sum(int i[])
{
    int sumofi = 0;
    for (int j = 0; j < sizeof(i)/sizeof(int); j++) //实际上,sizeof(i) = 4
    {
        sumofi += i[j];
    }
    return sumofi;
}

int main()
{
    int allAges[6] = {21, 22, 22, 19, 34, 12};
    cout<<Sum(allAges)<<endl;
    system("pause");
    return 0;
}

  Sum的本意是用sizeof得到数组的大小,然后求和。但是实际上,传入自函数Sum的,只是一个int 类型的指针,所以sizeof(i)=4,而不是24,所以会产生错误的结果。解决这个问题的方法使是用指针或者引用。
  使用指针的情况:

int Sum(int (*i)[6])
{
    int sumofi = 0;
    for (int j = 0; j < sizeof(*i)/sizeof(int); j++) //sizeof(*i) = 24
    {
        sumofi += (*i)[j];
    }
    return sumofi;
}

int main()
{
    int allAges[] = {21, 22, 22, 19, 34, 12};
    cout<<Sum(&allAges)<<endl;
    system("pause");
    return 0;
}

  在这个Sum里,i是一个指向i[6]类型的指针,注意,这里不能用int Sum(int (i)[])声明函数,而是必须指明要传入的数组的大小,不然sizeof(i)无法计算。但是在这种情况下,再通过sizeof来计算数组大小已经没有意义了,因为此时大小是指定为6的。
  使用引用的情况和指针相似:

int Sum(int (&i)[6])
{
    int sumofi = 0;
    for (int j = 0; j < sizeof(i)/sizeof(int); j++)
    {
        sumofi += i[j];
    }
    return sumofi;
}

int main()
{
    int allAges[] = {21, 22, 22, 19, 34, 12};
    cout<<Sum(allAges)<<endl;
    system("pause");
    return 0;
}

  这种情况下sizeof的计算同样无意义,所以用数组做参数,而且需要遍历的时候,函数应该有一个参数来说明数组的大小,而数组的大小在数组定义的作用域内通过sizeof求值。因此上面的函数正确形式应该是:

#include <iostream>
using namespace std;
int Sum(int *i, unsigned int n)
{
    int sumofi = 0;
    for (int j = 0; j < n; j++)
    {
        sumofi += i[j];
    }
    return sumofi;
}

int main()
{
    int allAges[] = {21, 22, 22, 19, 34, 12};
    cout<<Sum(i, sizeof(allAges)/sizeof(int))<<endl;
    system("pause");
    return 0;
}

7、字符串的sizeof和strlen
考虑下面的问题:

char a[] = "abcdef";
char b[20] = "abcdef";
string s = "abcdef";
cout<<strlen(a)<<endl; // 6,字符串长度
cout<<sizeof(a)<<endl; // 7,字符串容量
cout<<strlen(b)<<endl; // 6,字符串长度
cout<<strlen(b)<<endl; // 20,字符串容量
cout<<sizeof(s)<<endl; // 12, 这里不代表字符串的长度,而是string类的大小
cout<<strlen(s)<<endl; // 错误!s不是一个字符指针。
a[1] = '\0';
cout<<strlen(a)<<endl; // 1
cout<<sizeof(a)<<endl; // 7,sizeof是恒定的

  strlen是寻找从指定地址开始,到出现的第一个0之间的字符个数,他是在运行阶段执行的,而sizeof是得到数据的大小,在这里是得到字符串的容量。所以对同一个对象而言,sizeof的值是恒定的。string是C++类型的字符串,他是一个类,所以sizeof(s)表示的并不是字符串的长度,而是类string的大小。strlen(s)根本就是错误的,因为strlen的参数是一个字符指针,如果想用strlen得到s字符串的长度,应该使用sizeof(s.c_str()),因为string的成员函数c_str()返回的是字符串的首地址。实际上,string类提供了自己的成员函数来得到字符串的容量和长度,分别是Capacity()和Length()。string封装了常用了字符串操作,所以在C++开发过程中,最好使用 string代替C类型的字符串。

我注:关于sizeof(string),好像不同的实现返回的结果不一样:
DevCPP:4
VS2005:32
8、从union的sizeof问题看cpu的对界
考虑下面问题:(默认对齐方式)

union u
{
    double a;
    int b;
};

union u2
{
    char a[13];
    int b;
};

union u3
{
    char a[13];
    char b;
};

cout<<sizeof(u)<<endl; // 8
cout<<sizeof(u2)<<endl; // 16
cout<<sizeof(u3)<<endl; // 13

  都知道union的大小取决于它所有的成员中,占用空间最大的一个成员的大小。所以对于u来说,大小就是最大的double类型成员a了,所以 sizeof(u)=sizeof(double)=8。但是对于u2和u3,最大的空间都是char[13]类型的数组,为什么u3的大小是13,而 u2是16呢?关键在于u2中的成员int b。由于int类型成员的存在,使u2的对齐方式变成4,也就是说,u2的大小必须在4的对界上,所以占用的空间变成了16(最接近13的对界)。
  结论:复合数据类型,如union,struct,class的对齐方式为成员中对齐方式最大的成员的对齐方式。
  顺便提一下CPU对界问题,32的C++采用8位对界来提高运行速度,所以编译器会尽量把数据放在它的对界上以提高内存命中率。对界是可以更改的,使用 #pragma pack(x)宏可以改变编译器的对界方式,默认是8。C++固有类型的对界取编译器对界方式与自身大小中较小的一个。例如,指定编译器按2对界,int 类型的大小是4,则int的对界为2和4中较小的2。在默认的对界方式下,因为几乎所有的数据类型都不大于默认的对界方式8(除了long double),所以所有的固有类型的对界方式可以认为就是类型自身的大小。更改一下上面的程序:

#pragma pack(2)
union u2
{
    char a[13];
    int b;
};

union u3
{
    char a[13];
    char b;
};
#pragma pack(8)
cout<<sizeof(u2)<<endl; // 14
cout<<sizeof(u3)<<endl; // 13

  由于手动更改对界方式为2,所以int的对界也变成了2,u2的对界取成员中最大的对界,也是2了,所以此时sizeof(u2)=14。
  结论:C++固有类型的对界取编译器对界方式与自身大小中较小的一个。
9、struct的sizeof问题
因为对齐问题使结构体的sizeof变得比较复杂,看下面的例子:(默认对齐方式下)

struct s1
{
    char a;
    double b;
    int c;
    char d;
};
struct s2
{
    char a;
    char b;
    int c;
    double d;
};
cout<<sizeof(s1)<<endl; // 24
cout<<sizeof(s2)<<endl; // 16

  同样是两个char类型,一个int类型,一个double类型,但是因为对界问题,导致他们的大小不同。计算结构体大小可以采用元素摆放法,我举例子说明一下:首先,CPU判断结构体的对界,根据上一节的结论,s1和s2的对界都取最大的元素类型,也就是double类型的对界8。然后开始摆放每个元素。
  对于s1,首先把a放到8的对界,假定是0,此时下一个空闲的地址是1,但是下一个元素d是double类型,要放到8的对界上,离1最接近的地址是8了,所以d被放在了8,此时下一个空闲地址变成了16,下一个元素c的对界是4,16可以满足,所以c放在了16,此时下一个空闲地址变成了20,下一个元素d需要对界1,也正好落在对界上,所以d放在了20,结构体在地址21处结束。由于s1的大小需要是8的倍数,所以21- 23的空间被保留,s1的大小变成了24。
  对于s2,首先把a放到8的对界,假定是0,此时下一个空闲地址是1,下一个元素的对界也是1,所以b摆放在1,下一个空闲地址变成了2;下一个元素c的对界是4,所以取离2最近的地址4摆放c,下一个空闲地址变成了8,下一个元素d的对界是 8,所以d摆放在8,所有元素摆放完毕,结构体在15处结束,占用总空间为16,正好是8的倍数。
  这里有个陷阱,对于结构体中的结构体成员,不要认为它的对齐方式就是他的大小,看下面的例子:


struct s1 { char a[8]; }; struct s2 { double d; }; struct s3 { s1 s; char a; }; struct s4 { s2 s; char a; }; cout<<sizeof(s1)<<endl; // 8 cout<<sizeof(s2)<<endl; // 8 cout<<sizeof(s3)<<endl; // 9 cout<<sizeof(s4)<<endl; // 16;

  s1和s2大小虽然都是8,但是s1的对齐方式是1,s2是8(double),所以在s3和s4中才有这样的差异。
  所以,在自己定义结构体的时候,如果空间紧张的话,最好考虑对齐因素来排列结构体里的元素。
10、不要让double干扰你的位域
  在结构体和类中,可以使用位域来规定某个成员所能占用的空间,所以使用位域能在一定程度上节省结构体占用的空间。不过考虑下面的代码:

struct s1
{
    int i: 8;
int j: 4;
double b;
int a:3;
};


struct s2
{
    int i;
    int j;
    double b;
    int a;
};
struct s3
{
    int i;
    int j;
    int a;
    double b;
};
struct s4
{
    int i: 8;
int j: 4;
int a:3;
double b;
};
cout<<sizeof(s1)<<endl; // 24
cout<<sizeof(s2)<<endl; // 24
cout<<sizeof(s3)<<endl; // 24
cout<<sizeof(s4)<<endl; // 16

  可以看到,有double存在会干涉到位域(sizeof的算法参考上一节),所以使用位域的的时候,最好把float类型和double类型放在程序的开始或者最后。