递胡顷归是比较常用的，因为递归算法写起来的程序代码简单，但递归程序的难度只在于数学模型，而与C语言无关，关键是要构建一指咐个递归的数学模型，有了它，再转换成C语言裤逗陆并不难了
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名申请、虚拟主机、营销软件、网站建设、皇姑网站维护、网站推广。
递归是对递推关系的模拟;
你的问题，有什么样的递推结构，在什么情况下，不需要递推，可以直接得出结论。
了解了这些情况，你就可以着手写代码了。
这样的猛塌代码，自然就，以递归函数实现，最方便了。
1)那种可以，直接解决问题的情况，自然就是直接返回的条件了。
2)那种需要递推，才可以解决的，自然就写成，递归调用了。
3)那种实际的，执行代码，自然就夹在，递归调用之间，写出来了。
写递归函数，主要分枝谈圆析，
1)何时结束
2)何时递归调用
3) 执行任务的代码写在哪里。
递归调用本身，并不是解决，实际问题的方案。只是解决复杂结构问题的，一种方法。
解决实际问题时，要结合所执侍拦行的任务来写代码。
比如，树的遍历。
递归只是个框架，执行遍历本身要干什么，比如打印节点数据，这才是递归函数的任务。
一个框架搭起来了，可以解决一批相同结构的问题。
然而一个空的框架，什么问题也解决不了。即使搭的再好，也无用。
可以自由转载，但请注明以下内容，谢谢合作！
作者：Enoch Wang 引用自：;
所谓递归，简而言之就是应用程序自身调用自身，以实现层次数据结构的查询和访问。 递归的使用可以使代码更简洁清晰，可读性更好（对于初学者到不见得），但由于递归需要系统堆栈，所以空间消耗要比非递归代码要大很多，而且，如果递归深度太大，可能系统资源会不够用。
往往有这样的观点：能不用递归就不用递归，递归都可以用迭代来代替。
诚然，在理论上，递归和迭代在时间复杂度方面是等价的（在不考虑函数调用开销和函数调用产生的堆栈开销），但实际上递归确实效率比迭代低，既然这样，递归没有任何优势，那么是不是就，没有使用递归的必要了，那递归的存在有何意义呢？
万物的存在是需要时间的检验的，递归没有被历史所埋没，即有存在的理由。从理论上说，所有的递归函数都可以转换为迭代函数，反之亦然，然而代价通常都是比较高的。但从算法结构来说，递归声明的结构并不总能够转换为迭代结构，原因在于结构的引申本身属于递归的概念，用迭代的方法在设计初期根本无法实现，这就像动多态的东西并不总是可以用静多态的方法实现一样。这也是为什么在结构设计时，通常采用递归的方式而不是采用迭代的方式的原因，一个极典型的例子类似于链表，使用递归定义及其简单，但对于内存定义(数组方式)其定义及调用处理说明就变得很晦涩，尤其是在遇到环链、图、网格等问题时，使用迭代方唯指式从描述到实现上都变得不现实。 因而可以从实际上说，所有的迭代可以转换为递归，但递归不一定可以转换为迭代。
采用递归算法需要的前提条件是，当且仅当一个存在预期的收敛时，才可采用递归算法，否则，就不能使用递归算法。
递归其实是方便了程序员难为了机器，递归可以通过数学公式很方便的转换为程序。其优点就是易理解，容易编程。但递归是用栈机制实现的，每深入一层，都要占去一块栈数据区域，对嵌套层数深的一些算法，递归会力不从心，空间上会以内存崩溃而告终，而且递归也带来了大量的函数调用，这也有许多额外的时间开销。所以在深度大时，它的时空性就不好了。
而迭代局扰虽然效率高，运行时间只因循环次数增加而增加，没什么额外开销，空间上也没有什么增加，桐山旦但缺点就是不容易理解，编写复杂问题时困难。
因而，“能不用递归就不用递归，递归都可以用迭代来代替”这样的理解，Enoch不敢苟同，还是辩证的来看待，不可一棍子打死。
参考资料：