这是Jerry 2021年的第 12 篇文章，也是汪子熙公众号总共第 283 篇原创文章。

明天是2021年1月20日，看看历史上的明天都产生了什么。

2004年1月20日，第一个公开版本的Scala公布。


Scala是一种采纳动态类型零碎的编译型语言，具备很强的可扩展性(Scalability)，这也是其名称的由来。

Scala设计初衷是集成面向对象编程和函数式编程的各种个性，运行于JVM平台上，并兼容已有的Java程序。

Jerry没有在SAP规范产品开发中应用过Scala，只是实现2015年公司一个外部培训安排的课程作业中，应用Scala在Spark上开发了一个最简略的demo：统计海量英文图书里，计算出应用频率最高的十大单词。



Spark是一个应用Scala编程语言实现的专为大规模数据处理而设计的疾速通用的计算引擎。本文不会探讨Spark，而是从Scala语言里，下图第11行的注解@tailrec谈起：尾递归(Tail Recursion).

每个程序员对递归的概念都耳熟能详，那什么是尾递归呢？

顾名思义，如果一个函数中递归模式的调用，呈现在函数的开端，且除了该递归调用外，不蕴含其余的运算操作，则咱们称该递归函数是尾递归函数。

本文用阶乘算法来介绍尾递归的概念。

下图红色区域内是阶乘算法的惯例递归实现，蓝色区域是阶乘算法的尾递归实现版本。在惯例递归算法的开端，第8行语句(绿色)，除了递归调用factorial函数外，还蕴含一个同n的乘法操作，所以整个函数factorial不能算作尾递归函数。

而尾递归版本中，第14行函数开端(黄色)，仅仅蕴含函数自身的递归调用，所以整个函数tailFactorial是一个尾递归函数。

尾递归函数存在的意义是什么呢？要答复这个问题，咱们能够先在单步调试模式下，察看惯例递归函数的执行过程。

咱们首先应用惯例递归函数，计算5的阶乘。

输出参数n为5，执行到第7行，5的阶乘等于5乘以4的阶乘。单步调试进去，输出参数n = 5, 进入第7行，筹备执行 5 * factorial(4) .

留神察看下图的Call Stack列表，此时咱们曾经有两个factorial函数的调用栈帧了。

什么是栈帧？温习一下大学计算机原理学到的常识：在函数执行过程中，每一个函数调用都会把以后函数的调用信息和外部变量保留在栈外面，称为一个栈帧(Stack Frame).

其中下图序号为1的栈帧，保留了n = 5的计算上下文；序号为2的栈帧即以后最顶层的栈帧，保留了n = 4的计算上下文。

因为只有当n = 1时递归才会完结，而以后n = 4，所以持续单步调试第7行：又生成了一个n = 3的栈帧：

n = 2：

终于咱们来到了n = 1的上下文。看下图Call Stack里的栈帧列表，最顶层的栈帧代表以后n = 1的计算上下文。此时咱们曾经晓得n = 1的阶乘后果如何计算了，即为1自身。

第5行代码返回1的阶乘计算结果1，这行语句返回之后，以后序号为5的栈帧就会被销毁，行将回到下一层序号为4的栈帧去。

此时只剩4个栈帧了，最顶层代表n = 2的栈帧。因为当初1的阶乘后果曾经进去了，所以2的阶乘后果也能计算了，为2乘以1.

2的阶乘返回后，当初只剩3个栈帧，最顶层为n = 3的计算上下文。3的阶乘也能计算了，为3乘以前一个栈帧返回的计算结果，即2的阶乘后果，所以最初为3 × 2 = 6. 如下图所示：

4的阶乘计算，此时只剩两个栈帧：

5的计算结果，回到最后最先被压到堆栈底部的n = 5的栈帧。计算结束，5的阶乘为120.

是不是体现出了《数据结构》教科书上对于栈“先进后出”的工作原理？

上面再来看看用尾递归实现的阶乘。

下图第20行语句是以尾递归形式计算5的阶乘入口，调用尾递归函数tailFactorial，留神函数的第二个输出参数total，这个参数用于存储以后阶乘的计算结果。

这个尾递归函数的完结条件是，当第一个输出参数n为1时，就把第二个输出参数的值，作为阶乘运算的最终后果返回。第二个参数实际上寄存的，是以后递归调用的阶乘计算结果。

当n大于1时，递归尚未满足退出条件，此时首先将n和以后的阶乘计算结果(变量total)相乘，将乘积作为第二个输出参数，传递到下一层递归调用的栈帧中去。

下图是tailFactorial函数外部，行将进入第一轮递归调用的栈帧：

第一轮递归调用的栈帧外部，序号为2.

留神，此时序号为1的栈帧曾经齐全不再须要了，因为咱们持续进行递归调用的所需信息，都曾经蕴含在第16行tailFactorial调用的两个输出参数里了，此时n为上一层递归调用传入的5 - 1 = 4，total为上一轮传入的5 × 1 = 5. 进行下一轮递归调用，两个输出参数的值别离是4 - 1 = 3和4 * 5 = 20.

进入第三层递归调用，此时输出参数 n = 3，total = 20，均为上一层调用传入。

留神，下图标号为1和2的两个栈帧，实际上不再须要了，因为要持续进行递归调用的所有输出信息，都曾经存储在标号为3的栈帧里了：

n = 2， total = 60，同理，标号为1，2，3的栈帧都不再须要了。

n = 1，total = 120，终于计算完结了！这就是5的阶乘，如何通过尾递归的形式计算出来的全过程。

咱们在标号为5的栈帧里失去了最终的后果，而此时尽管栈帧1～4还存在，但实际上曾经毫无用处了。

因为依照尾递归版本的阶乘实现，每一轮阶乘的递归计算后果，曾经通过第二个参数total保留了下来，因而没有必要再用一个残缺的栈帧，去保留以后这轮递归计算的函数调用上下文了。这就引出了所谓“尾递归优化”的概念：

When a compiler detects a call that is tail recursive, it overwrites the current activation record instead of pushing a new one onto the stack. The compiler can do this because the recursive call is the last statement to be executed in the current activation; thus, there is nothing left to do in the activation when the call returns. Consequently, there is no reason to keep the current activation around. By replacing the current activation record instead of stacking another one on top of it, stack usage is greatly reduced, which leads to better performance in practice. Thus, we should make recursive functions tail recursive whenever we can.

https://www.oreilly.com/libra...

上述文字粗心如下：

当(C语言)编译器检测到尾递归调用时，并不会创立新的栈帧并压入栈中，而是用新的栈帧笼罩掉以后处于激活状态的栈帧。编译器之所以可能这样做，是因为尾递归函数里，递归调用是以后栈帧里最初一个须要执行的函数调用。被笼罩掉的栈帧自身毫无用处，不须要再保留。采纳栈帧笼罩，而不是新建栈帧的形式，极大水平上缩小了栈帧的个数，进步了递归函数的执行性能。因而，应该尽可能地去尝试应用尾递归形式实现递归函数。

一个理论的性能比拟例子：计算20的阶乘，二者的性能有微小差别：一般递归实现须要10毫秒，而尾递归实现仅仅须要不到1毫秒的工夫。

留神：一个递归函数是否用尾递归形式实现，和它是否享受运行时的尾递归优化，二者不是一回事，后者须要编译器的反对。

利用开发人员通过Scala提供的@tailrec注解，通知编译器，对注解润饰的办法进行尾递归优化：

如果优化失败，或者被润饰的办法基本就不是一个尾递归函数，则编译器报错：

could not optimize @tailrec annotated method fibonacci: it contains a recursive call not in tail position

用ABAP实现尾递归版本的阶乘运算：

至于ABAP编译器是否反对尾递归优化？我没有钻研过，我只是感觉，尾递归优化并不能算是ABAP编译器必须实现的需要之一。

心愿本文能帮忙大家对尾递归优化这个概念有一个最根本的意识，感激浏览。

ABAP专题

  • Jerry的ABAP, Java和JavaScript乱炖
  • ABAP开发人员将来应该学些什么
  • Jerry 2017年的五一小长假：8种经典排序算法的ABAP实现
  • Jerry的ABAP原创技术文章合集
  • 300行ABAP代码实现一个最简略的区块链原型
  • 应用Java+SAP云平台+SAP Cloud Connector调用ABAP On-Premise零碎里的函数
  • 在SAP云平台的CloudFoundry环境下生产ABAP On-Premise OData服务
  • ABAP vs Java， 蛙泳 vs 自由泳
  • 聊聊C语言和ABAP
  • 入手应用ABAP Channel开发一些小工具，晋升日常工作效率
  • 我用ABAP做过的那些无聊的事件
  • 不喜爱SAP GUI？那试试用Eclipse进行ABAP开发吧
  • 应用Visual Studio Code编写和激活ABAP代码
  • 你的ABAP程序给佛祖开过光么？来试试Jerry这个小技巧
  • 在SAP云平台ABAP编程环境上编写第一段ABAP程序
  • SAP官网公布的ABAP编程标准
  • ABAP Code Inspector那些暗藏的性能，您都晓得吗？
  • 还在用ABAP进行SAP产品的二次开发？来理解下这种全新的二次开发理念吧
  • ABAP Netweaver体内的那些寄生式编程语言
  • 从SAP社区上的一篇博客开始，聊聊SAP产品命名背地的那份情怀
  • 云端的ABAP Restful服务开发
  • 如何在SAP云平台ABAP编程环境里把CDS view裸露成OData服务
  • 应用abapGit在ABAP On-Premises零碎和SAP云平台ABAP环境之间进行代码传输
  • 30分钟用Restful ABAP Programming模型开发一个反对增删改查的Fiori利用
  • Jerry带您理解Restful ABAP Programming模型系列之二：Action和Validation的实现
  • Jerry带您理解Restful ABAP Programming模型系列之三：云端ABAP利用调试
  • SAP云平台上的ABAP编程环境里如何生产第三方服务
  • ABAP开发者上云的时候到了 - 当初大家能够收费应用SAP云平台ABAP环境的试用版了
  • 学而不思则罔 - SAP云平台ABAP编程环境的由来和实用场景
  • SAP云平台里的三叉戟利用
  • 如何基于Restful ABAP Programming模型开发并部署一个反对增删改查的Fiori利用
  • SAP 2019 TechEd Key Note解读：云时代下SAP从业人员如何做二次开发？
  • 有哪些ABAP关键字和语法，到了ABAP云环境上就没方法用了？
  • ABAP开发环境终于反对以驼峰命名法主动格式化ABAP变量名了
  • 利用ABAP 740的新关键字REDUCE实现一个理论工作工作
  • 一段让人瑟瑟发抖的ABAP代码
  • 昨日万圣节ABAP怪兽级代码谜团，颁布答案啦
  • 介绍一种在ABAP内核态进行内表高效拷贝的办法
  • 应用SAP Cloud Application Programming模型开发OData的一个理论例子
  • 当ABAP遇见普罗米修斯
  • 应用ABAP绘制可伸缩矢量图
  • ABAP开发环境语法高亮的那些事儿
  • SAP谬误音讯调试之七种武器：让所有的谬误音讯都能被定位
  • 应用ABAP操作Excel的几种办法
  • SAP GUI里的收藏夹事务码管理工具
  • SAP GUI和Windows注册表
  • 有了Debug权限就能干坏事？小心了，你的一举一动尽在系统监控中
  • ABAP CCDEF, CCIMP, CCMAC, CCAU, CMXXX这些东东是什么鬼
  • 实现ABAP条件断点的三种形式
  • 应用SAT跟踪监控从浏览器关上的SAP利用的性能和调用栈
  • 一个13年ABAP老兵的倡议：理解这些基础知识，对ABAP开发有百利而无一害
  • SAP ABAP Netweaver容器化, 不可能实现的工作吗？
  • SAP产品加强技术回顾
  • SAP API开发方法大全
  • 浅谈Java和SAP ABAP的动态代理和动静代理，以及ABAP面向切面编程的尝试
  • SAP ABAP应用服务器的HTTP响应状态码(Status Code)
  • SAP ABAP里存在Java List这种汇合工具类么？CL_OBJECT_COLLECTION理解一下
  • ABAP面试题系列：写一组会呈现死锁(Deadlock)的ABAP程序
  • SAP ABAP Netweaver服务器的规范登录形式解说
  • SAP ABAP关键字语法图和ABAP代码主动生成工具Code Composer
  • SAP ABAP SM50的另类用处 - ABAP工作过程对数据库表读取操作的检测
  • 对于SAP ABAP字符变量和字符串变量字符个数的一个知识点，和一个血案
  • SAP ABAP一组关键字 IS BOUND, IS NOT INITIAL和IS ASSIGNED的用法辨析
  • SAP ABAP和Java里的弱援用(WeakReference)和软援用(SoftReference)
  • SAP AMDP介绍 - ABAP托管的HANA数据库过程
  • 给你的ABAP对象打上标签(Tag)
  • 历史上的明天：编程语言中null援用的十亿美元谬误

更多Jerry的原创文章，尽在："汪子熙":