在vs编译器中有两种版本,Debug版本和Release版本:
Debug:通常称为调试版本,它包含调试信息,并且不做任何优化,便于程序员调试程序。
Release:称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好的使用。
在vs编译器中还有很多好用的调试快捷键:
- F5:开始调试
- F9: 打断点,调试时程序性直接走到断点位置
- F10:程序一步一步调试,但不能进入函数内部
- F11:可以进入函数内部一步一步调试
下面给一道经典错例
#include <stdio.h>
int main()
{
int i = 0;
int arr[10] = {0};
for(i=0; i<=12; i++)
{
arr[i] = 0;
printf("hehe\n");
}
return 0;
}
乍一看,可能认为这个循环运行12次,而且还越界了。
但这个函数的运行结果恰恰是死循环。
这里我们浅讲一下内存存储规则:1.栈区内存使用习惯,先使用高地址的空间,再使用低地址处空间。2.数组存储随着下标增长,地址由低到高变化
这样的存储规则,如果数组越界,那么就极其容易将前面存储的变量只改变。这题目i的值就被改变为零了,所以就陷入了死循环。有人问了,这数组越界为啥不报错呢?可能是系统陷入死循环就无暇顾及到越界这回事了。
其实,除了调试函数来解决bug。我们可以试着从源头上解决bug问题,使你的代码更不易错。
下面我们通过自主实现strcpy函数来解释这一话题
char* my_strcpy(char* dest, char* src)
{
char* ret = dest;
assert(dest);
assert(src);
while (*src!='0')//**赋值表达式的返回值为赋值的值**
{
*dest=*src;
dest++;
src++;
}
*dest=*src;
return ret;
}
这样的代码虽然也能实现函数最终效果,但只能打三分。首先,代码很冗余,不够简练。其次,这个代码很容易就会将‘\0’忘记。
char* my_strcpy(char* dest, char* src)
{
char* ret = dest;
assert(dest);
assert(src);
while (*dest++ = *src++)//**赋值表达式的返回值为赋值的值**
{
;
}
return ret;
}
对于这个代码,虽然非常不错了,但也只能打7分,因为如果马大哈将目标字符串和源字符串弄反了,这个程序也不会报错。
char* my_strcpy(char* dest, char const* src)//防止将赋值表达式写反了,这样就会自动报错
{
char* ret = dest;
assert(dest);
assert(src);
while (*dest++ = *src++)//**赋值表达式的返回值为赋值的值**
{
;
}
return ret;
}
对于const修饰指针变量,我们讲解几点:
1.const放在*左边
int const* p
const int* p
这样的用法:p指向的对象不能通过p来改变,但p本身的值可以改变
2.const放在*右边
int *const p
p指向的对象可通过p改变,但p本身不能改变。
3.两个const
const int * const p
这样不管是*p还是p本身都不可改变。
用const来改善如上代码,万一写反了,系统会报错,让粗心的程序员迅速找到错误根源。
好了,以上就是本期的全部内容。如有收获,请给个大大的赞吧。