静态库和动态库编译链接时的依赖检查
lua_tolstring导致调用lua_next时的lua PANIC问题c程序中变量在循环内部还是外部声明的问题
[
| 
2012/04/09 15:40]
| 2012/04/09 15:40]
忘记之前从哪看过的一个文章说不要在for、while等循环内声明变量，因为每次都会重复分配空间，很慢。
今天发现一个模块把变量声明都放到while里面了，看了下代码没有发现必须声明在里面的原因，于是开始怀疑是不是声明在内外是差不多的。
于是测试了一下：
int main() {
int i = 0;
for(;i < 10000000; i++) {
int b;
b++;
}
return 1;
}
使用gcc 编译，把int b放在循环内外试了试，用time ./a.out查看执行时间，发现用时基本相同。
添加-O2优化选项，执行时间均缩减到之前的1/3，内外两种方式时间依然相同。
定义了一个struct实验了下，结果相同
也就是说栈上元素的操作不必纠结于变量声明于何处。
尝试了下堆上元素操作，在预料之内：时间差距巨大，因为重复分配释放内存。
所以对于栈上元素，声明放在循环里和循环外是一样的。堆上元素不同，需注意。
另，仍然需要注意一些计算操作需要放在循环外，比如求大小之类的，避免循环的每个周期重复计算。
原因猜测：1， cpu对栈操作有优化，速度非常快。
2，编译器的基本优化中会优化（gcc没有使用-O参数时仍会优化）
具体原因待深究
今天发现一个模块把变量声明都放到while里面了，看了下代码没有发现必须声明在里面的原因，于是开始怀疑是不是声明在内外是差不多的。
于是测试了一下：
引用
int main() {
int i = 0;
for(;i < 10000000; i++) {
int b;
b++;
}
return 1;
}
使用gcc 编译，把int b放在循环内外试了试，用time ./a.out查看执行时间，发现用时基本相同。
添加-O2优化选项，执行时间均缩减到之前的1/3，内外两种方式时间依然相同。
定义了一个struct实验了下，结果相同
也就是说栈上元素的操作不必纠结于变量声明于何处。
尝试了下堆上元素操作，在预料之内：时间差距巨大，因为重复分配释放内存。
所以对于栈上元素，声明放在循环里和循环外是一样的。堆上元素不同，需注意。
另，仍然需要注意一些计算操作需要放在循环外，比如求大小之类的，避免循环的每个周期重复计算。
原因猜测：1， cpu对栈操作有优化，速度非常快。
2，编译器的基本优化中会优化（gcc没有使用-O参数时仍会优化）
具体原因待深究
