C/C++程序中结构体字节流的网络传输
经常需要在程序中将远程传来的字节流进行结构化，或者将结构化的数据变成字节流传给远程主机。在C/C++程序中，结构化数据通常用结构体来组织，结构体也能够方便的转换为字节流，因此结构化的数据传输本不该成为问题，但在VC或GCC的默认设置下编译出的程序，却有一个值得注意的问题——结构体的对齐。 结构体的对齐是编译器为加快程序运行，在结构体中填入一些空白字节，是的结构体成员按一定规则对齐。
例如结构：
struct MyStruct
{
char a;
int b;
};
按一般计算其类洗过那大小应为5个字节，但在上述编译器默认设置下，使用sizeof计算出的结构体类型大小为8个字节，因为编译器在该结构的第一个成员后填入了3个字节来保持成员的对齐。这样，在序列化字节流的时候就产生了问题，该结构类型的变量指针直接转化成char *或者使用memcpy得出的字节流即为8个字节而非5个字节。一般情况下，传输规约只定义有效字节，因而上述方式产生的字节流中3个字节将不在规约中定义，因此远程主机在解析的时候会产生误解，当然除非远程解析程序采用同样的序列化方式和同样的结构对齐设置，而这在某些情况下难以保证。所以，在结构的序列化过程中，必须仅处理有效字节，使得字节流符合规约定义。
多余字节的产生原因在于编译器对结构体成员对齐字节数的设置的不同，VC和GCC(MinGW)的默认设置为8字节对齐，所以需要改变其默认的对齐字节数为按单字节对齐，即可以解决上述问题。具体方法是在代码头中加入:
#pragma pack(1)即可。
此后使用sizeof计算出的结构体大小即为各成员大小的总和。这在按既定规约编写网络二进制数据传输程序时需要注意。
相关文档：
const，c\c++中非常常用的关键字。
首先我们看看const有那些修饰方法。
最前面我们来看一个问题。
char *p = "123";
可能有的人不知道，这里的这个"123"是存储在常量区的，不容许修改的。
也就是说它是个const类型的。
标准的写法应该是
char const *p = "123";
至于为什么编译器容许上面的那个不标准的写法，可� ......
曾经碰到过让你迷惑不解、类似于int * (* (*fp1) (int) ) [10];这样的变量声明吗？
本文将由易到难，一步一步教会你如何理解这种复杂的C/C++声明。
我们将从每天都能碰到的较简单的声明入手，然后逐步加入const修饰符和typedef，还有函数指针，最后介绍一个能够让你准确地理解任何C/C++声明的“右左法则&rdquo ......
一个C程序的内存布局(memory layout)
2009-09-09 15:19
一个C程序一直以来都是由以下5个段(pieces)组成：
代码段(text segment)：存放CPU执行的机器指令(machine instructions)。通常情况下，代码段是可共享的，使其可共享的目的是对于频繁被执行的程序，只需要在内存中有一份拷贝即可，比如文本编辑器(text editors)，C ......
C/C++招聘的一些感受和经验
前段时间刚参加了n多公司的C/C++软件工程师的面试，有国企，外企，私企（moto，飞思卡尔，港湾，中国卫星XXX（这个牛））等等等等。感受感想颇多，近日终于空闲，在此表述一下。
本人基本条件：3年开发经验，2year+ Windows development experence，1year+ Linux experence. 熟悉C，C++，MFC/ ......
