大家好呀,我是小生😎😎😎从今天开始我们来重新拾起C语言!!!!🙈🙊🙉
或许有人会问,C语言不是学完了吗?😮😮😮其实有时候可以仔细思考一下,作为经典语言之一,多少前辈多少大牛为其付之一生,岂是你我一年半载能学完的?😵😵😵哈哈,至少小生在学校确实只是学到了C的一点皮毛语法罢了。小生会列出几个问题,大神们可以思考一下哈🏃🏃🏃
🚀🚀🚀问题1:在对.exe文件直接双击时程序直接运行,那我们双击的本质是什么?
🚀🚀🚀问题2:程序在运行的时候为什么要被加载到内存,未加载到内存之前程序在哪?
🚀🚀🚀问题3:什么是储存分级,register修饰变量一定会放到寄存器里面吗,哪些变量建议用register修饰?
🚀🚀🚀问题4:调用其他文件的函数和调用其他文件定义的全局变量有什么区别?
🚀🚀🚀问题4:如何让static修饰的函数在其他文件被调用?
🚀🚀🚀问题5:static修饰局部变量的时候可以被修改吗,生命周期发生了什么变化?
或许大家对上面的问题并不是特别了解,因此,我想带着大家重新拾起C语言,我们更深入地去学一下,加油,技术人!!!🥳🥳🥳
从哪开始呢?就从我们的第一个C语言程序开始吧:🥳🥳🥳🥳
保持空杯心态,我们重新审视这个第一个C语言程序。我们以上在vs写的代码时是用文本写的代码,在编译链接的时候编译器将该文本代码变为二进制序列的可执行程序。同时这个可执行程序也是一个文件,我们也可以找到这个文件,那我们如何来找呢。或许大家以前在写程序的时候总是会忽略重要的东西。我们再来看看这个程序,结果就一目了然了。
当我们对该.exe文件双击的时候依然可以启动该程序,同时当我们清理用vs清理该文件的时候debug中的文件会被自动清理掉,再次编译运行或者重新生成解决方案的时候他会再次生成。我们通过两个图再次理解一下。
当清理解决方案的时候,如下:
我们再重新生成解决方案:🚀🚀🚀
由此我们可以理解,运行的过程和双击.exe文件的效果是一样的,那我们双击的本质是什么呢?换言之,我们双击桌面上的程序的本质是什么呢?🥺🥺🥺就是将程序的数据加载到内存当中让计算机运行。
我们可以将其分为两点来理解:🥳
1.任何程序在被运行之前都必须加载到内存当中。
2.在windows操作系统中,双击的本质是运行程序。
由此,我们可以提出两个问题:🥳
1.在没有加载到内存之前,程序在哪?
2.为什么所有的程序运行都要加载到内存当中?
通过学习我们可以知道,程序在没有加载到内存的时候放在硬盘,至于为什么程序运行的时候都必须放入硬盘是因为能提高运行效率,让程序更快运行。在此,我们需要了解一些硬件知识。数据在传输的过程中大体要经历四个步骤,先由输入设备加载到内存,再通过CPU的处理后放到内存,最后刷新至输出设备。我们先做了解,后续会再次学习冯诺依曼。
🥳🥳🥳变量的声明和定义
变量的本质就是在内存中开辟一块空间用内存保存数据,处于代码块内的变量都是临时变量,运行的时候在内存栈区开辟。为什么定义变量本质都在内存开辟?因为变量在运行的时候才会开辟,而在程序运行之前都会加载到内存。当开辟变量的时候程序已经被加载到内存了。
定义是开辟空间,声明可以理解为告知。定义就是开辟变量,只能定义一次,声明可以声明多次。
🥳🥳🥳关键字auto
通常用来修饰局部变量,该变量只在该代码块内有效,但是随着编译器的进步,auto已经可以被省略了。同样,我们通过程序来验证一下。
由此可见,当auto修饰局部变量的时候,程序是可以运行的,此时auto可以省略。由于auto关键字是年代很久远,我们现阶段基本不用,了解一下即可。
关键字register
什么是存储分级
首先我们需要了解具有存储能力的设备,寄存器,cache,内存,硬盘,软盘……距离CPU越近的存储单元,效率越高,单价成本越高。距离CPU越远的存储单元,效率越低,单价成本越低。对于任何一种硬件而言,它都充当这自己上游硬件的缓存,因此,CPU访问数据的时候以最小的成本达到最高的效率。
register修饰变量
register修饰变量就是尽量将该变量放入CPU的寄存器中,从而达到提高效率的目的。 哪些变量适合用register修饰呢?
1.局部变量,之所以不使用全局变量是一旦将全局变量放入寄存器中,它的作用域是整个工程,生命周期很长使得CPU寄存器被长时间占用。
2.不会被写入的变量。由之前所提及的冯诺依曼规则我们可以知道,数据写入将会被重新回写到内存中,然后重新加载。这样register就没有太大的意义。
3.高频被读取的变量。如果一个变量开辟空间时放在CPU的寄存器里面,那么我们读取变量的时候直接通过寄存器读取,直接通过CPU寄存器读取的效率是极高的。
那我们来思考一下,当我们用register修饰变量的时候,是在寄存器里面开辟的,能找到它的地址吗?想法归想法,写个程序测试一下。
实践证明,编译器报错,register修饰的变量在很多时候是在寄存器中开辟了一块空间而并非是在内存中开辟,而地址是内存上的地址,由此该变量是没有地址的,也是就不能通过取地址符号来找地址。
static关键字
多文件工程
首先我们可以思考一个问题,如果我们在一个工程里面创建两个源文件并将一个源文件里调用存放在另一个文件里的函数,会怎么样呢?是否会打印“别睡啦,快来和小生一起学习吧”呢?我们来测试一下:
程序运行可以发现,在同一个工程的两个不同源文件中,在一个文件里调用另一个文件中的函数是完全可以的,全局变量的作用域是整个工程,那我们如果在一个文件中使用另一个文件中的全局变量可以吗?我们来试一下。
在此,我们需要用一个extern关键字来声明变量,注意我们这里是声明,并没有开辟空间。因此我们在重拾C语言.c文件中只能用extern int num;声明该变量来自其他源文件。而不能用extern int num = 5;根本上说声明是没有开辟空间的但是存放变量是需要空间,因此这种写法是错误的。
但是如果项目比较大,文件一多,难道我们每个文件之前都需要声明外部变量或者函数吗?这样维护成本会变得极高,因此我们可以把所需外部函数、全局变量等放入一个新的头文件,可以减少维护成本。头文件基本上是被多个源文件包含,头文件可能会被重复包含,我们需要防止头文件被包含,我们可以在头文件之前加入#pragma once,那我们头文件一般包括什么呢?可以包含所有变量的声明,所有函数的声明,所有所需要的系统自带的头文件,#define ,typedef ,struct结构体等。
之前我们调用其他文件的函数时系统并未报错,但是为了让程序更加严谨,我们应该给来自外部的函数同样进行声明,那函数应该如何声明呢?函数的声明就是把函数的返回值函数的名称和函数的形参列表全部写上,不用写函数体。函数的定义本质也是在内存里开辟空间,变量保存的是数据,函数保存的就是代码,在上面这个问题,我们也可以用extern void show();来声明来自外部的函数。我们通过一个图来看一下:
通过上面的学习,我们知道,全局变量可以跨文件访问,函数也可以跨文件访问。但是在实际的应用当中,我们可能在某些时候不想让全局变量或者函数跨文件访问。这里我们就正式进入我们的主题——关键字:static。当我们用static修饰之前的全局变量num的时候我们改一下程序运行一下:
我们发现vs编译器报错,由此我们可以得出,static修饰全局变量的时候表示该变量只在本文件内被访问,不能被外部其他文件直接访问。那我们也可以猜想,当static修饰函数的时候,该函数是否也只是在该文件内可以被直接调用呢?我们可以试一下。
和原来的想法一样,直接报错哈哈,由此我们也可以得出一个结论,当static修饰函数的时候,该函数只能在本文件访问,不能在其他的文件内直接访问。但是可以通过嵌套的方式来访问。哈哈,是不是挺有趣的,我们来看一下:
因此我们以上的陈述是不能直接访问,但是可以通过函数嵌套的模式来间接访问。哈哈,确实挺有意思的。通过这个程序往深里面剖析,static是一个提供安全保护和项目维护的关键字。我们可以通过static把我们写的东西封装起来,用一个大函数包含, 这样就限制了他人对我们程序的修改,降低了暴露的接口,提高了程序的安全性,是不是很有意思呢?
我们再来看看下面这两个程序的对比:
先看程序1:🏃🏃🏃
//程序1
#include <stdio.h>
static void fun()
{
int i = 0;
i++;
printf("%d ",i);
}
int main()
{
for(int i = 0 ; i <= 10; i++)
{
fun();
}
return 0;
}
直接看结果:🚕🚕🚕
再看程序2:🏃🏃🏃
//程序2
#include <stdio.h>
static void fun()
{
static int i = 0;
i++;
printf("%d ",i);
}
int main()
{
for(int i = 0;i <= 10 ;i++)
{
fun();
}
return 0;
}
直接看结果:🚕🚕🚕
局部变量具有临时性,函数调用开辟空间并初始化,函数结束后释放空间,因此再第一个程序中,每次调用fun函数的时候每次都要为i开辟一块内存存放,然后函数结束后就销毁。那我们通过for循环的时候每次开辟的空间是否都是同一块空间呢?哈哈,我们同样可以来测试一下:
但是我们也可以测试一下,当我们再次运行该程序的时候地址就已经产生了变化,不信你试试。
我们再来看看第二个程序:static修饰局部变量的时候,i变量在运行的过程中出了函数并没有被释放,更改了临时变量的声明周期,因此i才会不断累加。我们先来认识一下C程序的地址空间:
局部变量被static修饰的时候开辟的空间位置变化,存储位置发生了变化,开辟到了静态区里面。因此生命周期变为了整个工程
💕💕💕到了这里只是一个最基础的部分啦,后续小生会不断更新更多的知识,你现在可以回答之前的那几个问题了吗?哈哈哈,大神们,如果觉得有所帮助别忘了给小生三连哦,你们的鼓励就是我最大的动力.😎😎😎
今天的文章你真的了解C语言吗?(深度剖析C语言第一期)分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:http://bianchenghao.cn/29217.html