小公司研发总监，既当司令也当兵！
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
分类： linux
2015-05-27 09:39:09
linux register 关键字简介-凯发app官方网站
这里还是稍微先一下auto这个关键字吧
auto：它很宽恒大量的，你就当它不存在吧。编译器在默认的缺省情况下，所有变量都是auto 的。一语代过。。。
register：这个关键字请求编译器尽可能的将变量存在cpu 内部寄存器中而不是通过内存寻址访问以提高效率。注意是尽可能，不是绝对。你想想，一个cpu 的寄存器也就那么几个或几十个，你要是定义了很多很多register 变量，它累死也可能不能全部把这些变量放入寄存器吧，轮也可能轮不到你。
皇帝身边的小太监----寄存器
不知道什么是寄存器？那见过太监没有？没有？其实我也没有。没见过不要紧，见过就麻烦大了。^_^，大家都看过古装戏，那些皇帝们要阅读奏章的时候，大臣总是先将奏章交给皇帝旁边的小太监，小太监呢再交给皇帝同志处理。这个小太监只是个中转站，并无别的功能。
那我们再联想到我们的cpu。cpu 不就是我们的皇帝同志么？大臣就相当于我们的内存，数据从他这拿出来。那小太监就是我们的寄存器了（这里先不考虑cpu 的高速缓存区）。数据从内存里拿出来先放到寄存器，然后cpu 再从寄存器里读取数据来处理，处理完后同样把数据通过寄存器存放到内存里，cpu 不直接和内存打交道。这里要说明的一点是:小太监是主动的从大臣手里接过奏章，然后主动的交给皇帝同志，但寄存器没这么自觉，它从不主动干什么事。一个皇帝可能有好些小太监，那么一个cpu 也可以有很多寄存器，不同型号的cpu 拥有寄存器的数量不一样。
为什么要这么麻烦呢？速度！就是因为速度。寄存器其实就是一块一块小的存储空间，只不过其存取速度要比内存快得多。进水楼台先得月嘛，它离cpu 很近，cpu 一伸手就拿到数据了，比在那么大的一块内存里去寻找某个地址上的数据是不是快多了？那有人问既然它速度那么快，那我们的内存硬盘都改成寄存器得了呗。我要说的是：你真有钱！
register修饰符暗示编译程序相应的变量将被频繁地使用，如果可能的话，应将其保存在cpu的寄存器中，以加快其存储速度。例如下面的内存块拷贝代码，还是看看实例比较实在：
- /* procedure for the assignment of structures, */
- /* if the c compiler doesn't support this feature */
- #ifdef nostructassign
- memcpy (d, s, l)
- {
- register char *d;
- register char *s;
- register int i;
- while (i--)
- *d = *s ;
- }
- #endif
（1）register变量必须是能被cpu所接受的类型。这通常意味着register变量必须是一个单个的值，并且长度应该小于或者等于整型的长度。不过，有些机器的寄存器也能存放浮点数。最好不要这样去用
（2）因为register变量可能不存放在内存中，所以不能用“&”来获取register变量的地址。
（3）只有局部自动变量和形式参数可以作为寄存器变量，其它（如全局变量）不行。在调用一个函数时占用一些寄存器以存放寄存器变量的值，函数调用结束后释放寄存器。此后，在调用另外一个函数时又可以利用这些寄存器来存放该函数的寄存器变量。所以说不要用register修饰全局变量等，因为他长时间的占用寄存器不允许再被使用了。
（4）局部静态变量不能定义为寄存器变量。不能写成：register static int a, b, c，同样的道理，因为static变量函数结束不会被销毁，下面进入还会使用之前的数据，生命周期直到程序退出才结束，数据存放在静态区。
（5）由于寄存器的数量有限（不同的cpu寄存器数目不一），不能定义任意多个寄存器变量，而且某些寄存器只能接受特定类型的数据（如指针和浮点数），因此真正起作用的register修饰符的数目和类型都依赖于运行程序的机器，而任何多余的register修饰符都将被编译程序所忽略。
注意：
早期的c编译程序不会把变量保存在寄存器中，除非你命令它这样做，这时register修饰符是c语言的一种很有价值的补充。然而，随着编译程序设计技术的进步，在决定哪些变量应该被存到寄存器中时，现在的c编译环境能比程序员做出更好的决定。实际上，许多编译程序都会忽略register修饰符，因为尽管它完全合法，但它仅仅是暗示而不是命令。