Python 支持 lambda 匿名函数，其扩展的 BNF 表示法是lambda_expr ::= "lambda" [parameter_list] ":" expression ，也便是 lambda 参数序列:表达式。
这是一种便捷的函数定义办法，若翻译成我们熟知的函数形式，会是这个样子：
def <lambda>(parameter_list): return expression
也便是说，Python 中的 lambda 函数是一种可吸收多个参数的函数，返回值是一个表达式。
它最大的好处是单行简洁，不须要函数命名与换行缩进。
不得不说，匿名函数有时候是挺好用的，比如下文会先容到的一些常见用法，它因此受到了不少人的推崇。
但是，匿名函数常日也会造成代码难以阅读，随意马虎被人滥用，再加上 Python 只供应了对它的“残疾的”支持，以是又有一些不雅观点不建议利用匿名函数。
事实上，Python 之父 Guido van Rossum 就属于“不推举利用派”，他乃至曾经（2005年）想要移除 lambda，只不过末了妥协了。
出处：https://www.artima.com/weblogs/viewpost.jsp?thread=98196
lambda 这一个由其他开拓者贡献进来的特性（借鉴自 lisp 措辞），存在了十多年，但是却被这门措辞的创造者（兼首席设计师）所嫌弃，末了竟然还奇迹般地幸存了下来，对付这个故事，大家是否定为挺有戏剧性的？
接下来，本文就仔细聊一聊这个处境尴尬却生命力顽强的 lambda 匿名函数吧！
lambda 函数常日的用法是结合 map()、reduce()、filter()、sorted() 等函数一起利用，这些函数的共性是：都可以吸收其它函数作为参数。
例如下面的几个例子：
my_list = [3, 1, 5, 4, 10] # 元素全加1，结果：[4, 2, 6, 5, 11] list(map(lambda i:i+1, my_list)) # 过滤小于10的元素，结果：[3, 1, 5, 4] list(filter(lambda i:i<10, my_list)) # 元素累加，结果：33 from functools import reduce reduce(lambda i,j:i+j, my_list, 10) # 字典按值排序，结果：[('b', 1), ('a', 3), ('d', 4), ('c', 5)] my_dict = {'a':3, 'b':1, 'c':5, 'd':4} sorted(my_dict.items(), key=lambda item:item[1])
初学者大概会以为代码读不懂，但是只要记住“Python中的函数是一等公民”，知道一个函数可以被作为另一个函数的参数或者返回值，就随意马虎理解了。
比如对付 map() 函数的例子，你可以理解成这个形式：
my_func = lambda i:i+1 list(map(my_func, my_list))
乃至可以还原成普通的函数：
def add_one(i): return i+1 list(map(add_one, my_list))
map() 函数的第一个参数是一个函数，第二个参数是一个可迭代工具。这第一个参数会迭代地调用第二个参数中的元素，调用的结果以迭代器的形式返回。
这个例子利用了 list()，是为了方便一次性取出迭代器中的元素，直不雅观地展示出来，在实际利用中，很可能会是基于迭代器的形式。
由这几种用法，我们可以总结出 lambda 函数的利用规律：
它涌如今须要利用函数的地方它适宜实现大略的功能它是一次性的用场，不能在其它地方复用它一样平常不会被独立利用，总是作为其它函数的一部分2、lambda 有什么问题？由上面的用法可以看出，利用 lambda 函数的代码比较紧凑简洁，以是有人称它表示了“Pythonic”的优雅思想。
但是，lambda 函数有没有什么毛病呢？
有！
当前的 lambda 函数有一个最大的问题，即只支持单行表达式，无法实现丰富的功能，例如无法在函数创建时利用语句（statement），无法利用 if-else 的判断条件，也无法利用 try-except 的非常捕获机制，等等。
这极大地限定了它的能力，导致了它被人诟病为“残疾的”。
从技能实现的角度上看， 这个问题可以通过语法层面的设计来办理。
在当年的邮件组谈论中，有人提出过一些办理思路，比如这封邮件：
出处：https://mail.python.org/pipermail/python-dev/2006-February/060654.html
它提出了一个lambda args::suite 的想法，支持写成这样的形式：
ss = sorted(seq, key=(lambda x:: try: return abs(x) except TypeError: return 0))
但是，Guido 很快就反对了这个思路。
他写了一篇文章《Language Design Is Not Just Solving Puzzles》来回应：
出处：https://www.artima.com/weblogs/viewpost.jsp?thread=147358
其基本不雅观点是：不能光顾着办理一个问题/实现某种功能，就引入缺少“Pythonicity”的措辞设计。
那么，为什么 Guido 会认为这是一种不好的设计呢？
我试着概括一下，情由是：
双冒号“::”凭空在此引入，但是跟切片语法中的“::”完备不同，而且跟 C++/Perl 中的浸染域操作符用法也不同纵然不用双冒号，用其它符号表示（比如单冒号），还是难以接管，由于都会在一个表达式中嵌入缩进代码块。这就跟利用花括号和 begin/end 关键字来作语句分组（statement grouping）一样，都令人难以接管在 lambda 中实现其它功能并不主要，这还会让解析器变得繁芜（需区分是否有缩进、记录缩升级别），显得小题大做了简而言之，他认为简洁友好的用户体验更为主要，如果简洁的语法无法知足需求，就该当写成具名函数的形式，而非设计出繁芜的匿名函数。
3、为什么 Guido 想移除 lambda？上文提到的多行 lambda 语句（multi-statement lambda）事宜发生在 2006 年，我们看到了 Guido 不想给 lambda 引入繁芜设计的缘故原由。
但是，早在 2005 年，Guido 就曾经想要从 Python 移除 lambda，他对它的“嫌弃”是一个“历史悠久”的传统……
在《The fate of reduce() in Python 3000》这篇短文中，Guido 提出要一次性移除 reduce()、map()、filter() 以及 lambda。
移除 lambda 的情由如下：
对付不熟习 Lisp 或 Scheme 的用户，lambda 这名字随意马虎造成稠浊很多人误以为匿名函数能做嵌套函数不能做的事，但实在并无差异；存在lambda，就会造成不必要的选择，减少选择，可以简化思维移除 reduce()、map() 和 filter() 后，就没必要写简短的局部函数了回顾一下我们在前文中总结出的 lambda 的 4 条利用规律，可以创造它跟几个高阶函数（可以吸收其它函数作为参数的函数）有较强的“寄生关系”，如果它们能移除了的话，lambda 确实就没有什么独立存留的意义了。
那么，为什么 Guido 以为该当移除那几个高阶函数呢？
紧张的情由有：
可以更换成更加清晰的列表解析式或者天生器表达式，例如 filter(P,S) 可以写成 [x for x in S if P(x)]，map(F, S) 写成 [F(x) for x in S]至于 reduce()，他说这是最讨厌的，除了涉及 + 和 的少数用法，其它时候他总要拿出纸笔来画图解才能搞清楚。除了显式地写循环，他还针对 reduce() 的几种用法而提出了几个替代用法，包括引入新的 any() 和 all() 函数总体而言，Guido 的想法暗合了《The Zen of Python》中的这一条：There should be one-- and preferably only one --obvious way to do it。
但是回到现实，为了照顾某些人的习气，以及对兼容性的考虑，Guido 末了守旧地放弃了“清理异端”的操持。
因此，lambda 得以从 Python 最高独裁者的手上去世里逃生。直到一年后，它试图兴风作浪（多行表达式），却惨遭弹压。
我仿佛听到了 Guido 的内心 OS：当初我想删除东西的时候，你们百般阻挡，现在你们想添加东西，哼，没门！
……
哈哈，开了个玩笑。
Guido 的所有决定都表示了他的 Pythonic 设计美学、自恰的逻辑同等性以及对社区声音的权衡。
对付 lambda，我认可他的不雅观点，而通过回溯语法发展的历史，我以为自己对付 Python 的理解变得更为丰富了。不知道你可有同感？
如果以为有帮助，希望老铁们来个三连击，给更多的人看到这篇文章
1、老铁们，我的原创号「Python猫」，会分享从 Python根本到进阶、Python设计哲学、优质文章翻译、开源项目源码剖析等内容，担保你看完有所收成，敬请关注。
2、给俺点个赞呗，可以让更多的人看到这篇文章，顺便勉励下我连续创作和分享，喵喵喵~~~
