初学C语言的同学应该首先了解C语言关键的核心概念(结构化、WBR三个执行流程、优先级、指针、文档、共用体、函数、作用域、WBR重载等
成都创新互联公司主营三元网站建设的网络公司,主营网站建设方案,成都app软件开发公司,三元h5小程序设计搭建,三元网站营销推广欢迎三元等地区企业咨询
)，WBR只有弄明白了这些才能在今后的学习中游刃有余的把握C语言的精髓WBR。这几个概念就像逻辑线相同，把整个C语言的体系贯穿起来，WBR给人一种“结构化”的思想体系。WBR下面我简要谈一下这几个核心概念。
1、从宏观角度来看，结构化是C语言的编程思想基础，WBR就是说C语言每一个功能模块就是个结构，WBR每一个结构实现一个运算或一个算法，这个结构就用大括号表示“{
}”，大括号里面的就是算法。尤其注意的是大括号的“}”WBR括在那里，就决定在哪里结束算法功能。WBR这些是初学者经常犯的错误，往往会把算法功能的结束点弄错。
2、
三个执行流程就是顺序流程、条件流程、循环流程。WBR三个流程都是电脑通用的执行流程，是必须了解的流程，WBR每一个算法都基于这三个流程执行顺序。
3、
优先级是对多个函数并列时候优先算法的特权，WBR没有注意优先级的顺序就会把算法出错，这些优先级是必须记住的。
4、
指针是C语言的重要特点，是对运算速度加快运算的重要精髓。WBR他是对数据地址的操作，而不是对数据的操作。
5、文档和共用体是很简单的概念，不用多说了。WBR文档顾名思义和日常概念相同，WBR学过数据软件的都对共用体了解不是太难。
6、从微观角度来看，函数是C语言的驱动机制，WBR任何的语句都由函数驱动来实现的。WBR记住函数命令和相关的配置参数，就能好好的利用C的优势。WBR注意的是，函数不能记错，不然您将得出错的结果。WBR假如能学会调试，那就会更深一层了解函数功能的作用。
7、作用域就像使用期限相同，说明从那里到那里所起的作用，WBR在这之外的就不起作用了（过期的东西就不值钱相同）。WBR把握好作用域的使用方式，就能明确函数的关系，WBR不会在巨大的函数名里面迷失方向。
8、重载就是为了方便用户，WBR使用类似于调用的机制给用户减少写入时间的功能。WBR就像查字典相同，您不懂一个字，就要去查字典（WBR相当于调用别的工具来实现您要做的事），WBR而查字典是您已学会的东西，就能够做这件事了。
学习C语言从大体上了解还不够，要把各种原理在脑海里模拟一遍，WBR实现把电脑C的功能在人脑里运作，就能从宏观上把握C的步骤。
很多开源软件都可以分析C语言的函数调用关系图，并导出为GraphViz的Dot格式，例如doxygen，egypt，kprof，pvtrace，codeviz，cflow等，不胜枚举。需要用GUI编辑的话，再用GraphViz转成你想要的其他矢量图格式即可。
流程图和你有多少个自定义函数并没有多大的关系，虽然也是你会用到的。不过流程图主要看你main函数里做了什么，就是你最终跑起来的程序的一个流程，先做了什么（比如先输入），然后再做了什么（比如判断这些输入是否合法）......到最后程序执行结束退出等等。说到底就是做这件事的一个流程而已。而做这件事的每一个流程，可以调用头文件中声明的函数，也可以是自定义的函数。
我画了半个正弦函数，其余的你可以照着画，欢迎讨论，
#include "stdio.h"
#include "conio.h"
#include "math.h"
#include "graphics.h"
void main()
{
int driver,mode,i;
driver=DETECT;
mode=0;
initgraph(driver,mode,"");
setcolor(15);
for(i=0;i360;i++)
line(i,200*sin(i*3.14/360),i+1,200*sin((i+1)*3.14/360));
getch();
restorecrtmode();
}
绘制函数调用关系图对理解大型程序大有帮助。我想大家都有过一边读源码（并在头脑中维护一个调用栈），一边在纸上画函数调用关系，然后整理成图的经历。如果运气好一点，借助调试器的单步跟踪功能和call stack窗口，能节约一些脑力。
不过如果要分析的是脚本语言的代码，那多半只好老老实实用第一种方法了。如果在读代码之前，手边就有一份调用图，岂不妙哉？下面举出我知道的几种免费的分析C/C++函数调用关系的工具。
函数调用关系图（call graph）是图（graph），而且是有向图，多半还是无环图（无圈图）——如果代码中没有直接或间接的递归的话。Graphviz是专门绘制有向图和无向图的工具，所以很多call graph分析工具都以它为后端(back end)。那么前端呢？就看各家各显神通了。
调用图的分析分析大致可分为“静态”和“动态”两种，所谓静态分析是指在不运行待分析的程序的前提下进行分析，那么动态分析自然就是记录程序实际运行时的函数调用情况了。
静态分析又有两种方法，一是分析源码，二是分析编译后的目标文件。
分析源码获得的调用图的质量取决于分析工具对编程语言的理解程度，比如能不能找出正确的C++重载函数。Doxygen是源码文档化工具，也能绘制调用图，它似乎是自己分析源码获得函数调用关系的。GNU cflow也是类似的工具，不过它似乎偏重分析流程图（flowchart）。
对编程语言的理解程度最好的当然是编译器了，所以有人想出给编译器打补丁，让它在编译时顺便记录函数调用关系。CodeViz（其灵感来自Martin Devera (Devik) 的工具）就属于此类，它（1.0.9版）给GCC 3.4.1打了个补丁。
另外一个工具egypt的思路更巧妙，不用大动干戈地给编译器打补丁，而是让编译器自己dump出调用关系，然后分析分析，交给Graphviz去绘图。不过也有人另起炉灶，自己写个C语言编译器（ncc），专门分析调用图，勇气可嘉。不如要是对C++语言也这么干，成本不免太高了。分析C++的调用图，还是借助编译器比较实在。
画多张流程图即可，将函数名作为一条语句在主程序流程中调用即可
