尾遞歸究竟是好是壞？如果遞歸級(jí)別太多，則會(huì)出現(xiàn)堆棧溢出異常，因?yàn)槊看握{(diào)用都會(huì)生成一個(gè)新的堆棧幀，并使用此堆棧幀保留當(dāng)前函數(shù)的狀態(tài)值。如果不需要保存狀態(tài)值，則可以重用堆棧幀而不會(huì)導(dǎo)致堆棧溢出。以n的階乘

尾遞歸究竟是好是壞？

如果遞歸級(jí)別太多，則會(huì)出現(xiàn)堆棧溢出異常，因?yàn)槊看握{(diào)用都會(huì)生成一個(gè)新的堆棧幀，并使用此堆棧幀保留當(dāng)前函數(shù)的狀態(tài)值。如果不需要保存狀態(tài)值，則可以重用堆棧幀而不會(huì)導(dǎo)致堆棧溢出。

以n的階乘為例：

正常遞歸：

如果n=3，則每一步都需要保留n值和下一個(gè)函數(shù)的返回值，因此每次調(diào)用都需要?jiǎng)?chuàng)建一個(gè)新的堆棧幀

尾部遞歸：

如果n=3，則每次調(diào)用都可以重用堆棧幀，因?yàn)椴恍枰４鏍顟B(tài)值。

因此，當(dāng)遞歸在當(dāng)前堆棧幀執(zhí)行后完成時(shí)，它不需要保留當(dāng)前堆棧幀，但根據(jù)當(dāng)前堆棧幀的結(jié)果，它可以在進(jìn)入下一個(gè)堆棧幀時(shí)優(yōu)化為尾部遞歸。通常，尾部遞歸需要滿(mǎn)足遞歸調(diào)用是函數(shù)體中最后執(zhí)行的語(yǔ)句。例如，在factorial示例中，要執(zhí)行的最后一條語(yǔ)句是直接調(diào)用factorial（n-1，n*result），而不是表達(dá)式n*factorial（n-1）。如果是表達(dá)式，則需要堆棧幀來(lái)保留N和階乘（N-1）的結(jié)果。

如何在Python中實(shí)現(xiàn)尾遞歸優(yōu)化？

Python不會(huì)優(yōu)化尾部遞歸。默認(rèn)情況下，遞歸的最大深度約為1000。當(dāng)然，可以修改底層的默認(rèn)最大深度。但是我們可以使用Python內(nèi)置的yield將尾部遞歸函數(shù)轉(zhuǎn)換為生成器。我只需要連續(xù)執(zhí)行它的下一個(gè)方法。這是我自己寫(xiě)的帖子

Android的kotlin，就像IOS的swift一樣

畢竟Java是一種相對(duì)較差的語(yǔ)言。許多開(kāi)發(fā)人員可能早已無(wú)法忍受使用這種集成了編程語(yǔ)言最新研究成果的新手語(yǔ)言。

kotlin和Java之間良好的互操作性使開(kāi)發(fā)人員能夠無(wú)負(fù)擔(dān)地逐步遷移。

畢竟，如果kotlin想完全取代Java，社區(qū)需要做一些準(zhǔn)備。優(yōu)化工具鏈、即時(shí)運(yùn)行、編譯器優(yōu)化、Java庫(kù)包裝等。

但從長(zhǎng)遠(yuǎn)來(lái)看，kotlin的開(kāi)發(fā)效率和代碼可讀性將高于Java。如果你愿意支付學(xué)習(xí)費(fèi)用，那將是更有益的。