C/C++ 的全局变量初始化与不初始化的区别
在C语言里，全局变量如果不初始化的话，默认为0，也就是说在全局空间里：
int x =0; 跟 int x; 的效果看起来是一样的。但其实这里面的差别很大，强烈建议大家所有的全局变量都要初始化，他们的主要差别如下：
编译器在编译的时候针对这两种情况会产生两种符号放在目标文件的符号表中，对于初始化的，叫强符号，未初始化的，叫弱符号。
连接器在连接目标文件的时候，如果遇到两个重名符号，会有以下处理规则：
1、如果有多个重名的强符号，则报错。
2、如果有一个强符号，多个弱符号，则以强符号为准。
3、如果没有强符号，但有多个重名的弱符号，则任选一个弱符号。
基于以上规则看下面的程序：（编译器为gcc 3.4.6， VC下结果不一样）
main.cpp
int x;
void foo();
int main(int argc, char* argv[])
{
printf("x1:%d\n", x);
foo();
printf("x2:%d\n", x);
return 0;
}
var.cpp
int x;
void foo()
{
x = 2;
}
因为两个文件里面的x都被初始化了，所以编译出来的两个目标文件里x都是强符号，连接的时候会报错：
multiple definition of `x'
符合规则1。
把var.cpp里面的int x = 0;改成 int x; 不做初始化，编译、连接无任何警告，运行结果为：
x:1
x:2
说明连接的时候以main.cpp中的x为准，foo函数修改的是main.cpp中定义的x。符合规则2。
把main.cpp中的初始化也去掉，改成 int x; 编译、连接仍然很顺利，运行结果为：
x:1
x:2
说明main函数和foo函数修改的是同一个x，连接器自己选择了一个x，符合规则3.
大部分情况下，我们不希望连接器为我们做决定，所以我不是很认同后两个规则，至少应该给个警告，而不应该安静地通过。
也许写var.cpp的人根本不知道main.cpp里面也有一个x呢，foo函数的本意也许并不是要修改main.cpp中的x。因为这种问题引起的bug会很难查。
所以我们要尽量把全局变量初始化，对于不想给别的文件引用的变量，也尽量用static修饰。
除了连接时的表现不一样外，为初始化的符号在目标文件的bss段中，而初始化的符号在data段中。
相关文档：
C/C++中Static的作用详述
1.先来介绍它的第一条也是最重要的一条：隐藏。
当我们同时编译多个文件时，所有未加static前缀的全局变量和函数都具有全局可见性。为理解这句话，我举例来说明。我们要同时编译两个源文件，一个是a.c，另一个是main.c.
下面是a.c的内容：
char a = 'A'; // global variable
void ......
网马加密中，目前有个function(p,a,c,k,e,d)的，非常讨厌，我也是深恶痛绝，记得我刚开始碰到它的时候，拼命地读函数，那个叫痛苦啊，磕磕绊绊地勉强搞了出来。今天，突然看见了function(p,a,c,k,e,d)的解密代码，高兴都来不及
<script>
a=62;
function encode() {
var code = document.getElementById('code' ......
#include <stdio.h>
#include <stdlib.h>
#define SIZE 17
void reverse(int start, int end);
int data[SIZE] = {1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17};
int main(void)
{
int i = 5;
reverse(0, i - 1);
reverse(i, SIZE-1);
reverse(0, SIZE-1);
return ......
c变成的对象大多是共享内存中申请，比较少用malloc直接来申请，所以链表设计一般是下面2中结构：
对象 --> 对象 --> 对象
对象 -->链表对象-->对象 -->链表对象
（1）对于第一种，链表直接关联到对象本身，所以如果一个对象在消亡时，没有及时清理掉链表关系，则会导致链表掉链。
（2）链表对象本身是一 ......
为什么需要使用extern "C"呢？C++之父在设计C++之时，考虑到当时已经存在了大量的C代码，为了支持原来的C代码和已经写好C库，需要在C++中尽可能的支持C，而extern "C"就是其中的一个策略。
试想这样的情况:一个库文件已经用C写好了而且运行得很良好，这个时候我们需要使用这个库文件� ......
