sql無限極分類，遞歸查詢？with tb1(id，pid，name)as ( select id，pid，name from 表名 a where pid=0 inner join select i

sql無限極分類，遞歸查詢？

with tb1(id，pid，name)as ( select id，pid，name from 表名 a where pid=0 inner join select id，pid，name from 表名 b on a.id=b.pid ) select * from tb1

java遞歸改為循環(huán)后為什么不會(huì)導(dǎo)致棧內(nèi)存溢出？

我們知道，在編程中如果想讓某個(gè)業(yè)務(wù)重復(fù)執(zhí)行，一般有兩種實(shí)現(xiàn)方式，分別是：遞歸和循環(huán)。在實(shí)際編碼過程中，我們并不建議使用遞歸，反而是建議使用循環(huán)，這是為什么呢？

遞歸不當(dāng)會(huì)導(dǎo)致內(nèi)存溢出

其實(shí)不單單是Java，任何一款編程語言，如果遞歸寫法不對(duì)，那就可能導(dǎo)致內(nèi)存溢出！

學(xué)過Java的朋友肯定或多或少都聽說和了解過棧內(nèi)存和堆內(nèi)存，程序在運(yùn)行時(shí)，電腦操作系統(tǒng)會(huì)給每個(gè)進(jìn)程都分配有堆內(nèi)存、棧內(nèi)存，所分配的堆棧內(nèi)存都是有上限的，一旦超過了這個(gè)上限就會(huì)導(dǎo)致內(nèi)存溢出現(xiàn)象。

為什么遞歸操作容易導(dǎo)致內(nèi)存溢出呢？原因主要有以下幾點(diǎn)：

• 遞歸方法體內(nèi)，如果終止遞歸的條件寫錯(cuò)了，那可能會(huì)導(dǎo)致無限遞歸，最終導(dǎo)致內(nèi)存溢出；

• 即使遞歸方法及退出遞歸條件都是正常的，但若遞歸深度過深（遞歸次數(shù)過多），也會(huì)導(dǎo)致棧內(nèi)存溢出！因?yàn)闂５某鋈胍?guī)則是先入后出（先入棧的最后再出來），如果遞歸次數(shù)過多就會(huì)導(dǎo)致只入棧不出棧，最終棧內(nèi)存溢出。

遞歸改循環(huán)可以降低內(nèi)存溢出的可能

注意，遞歸寫法改成循環(huán)寫法可以降低內(nèi)存溢出的風(fēng)險(xiǎn)，但這不是絕對(duì)的，如果循環(huán)寫成了死循環(huán)一樣會(huì)導(dǎo)致內(nèi)存溢出。

遞歸寫法改成循環(huán)寫法的好處是，不會(huì)在短時(shí)間內(nèi)出現(xiàn)棧的只入不出現(xiàn)象，所以可以規(guī)避棧內(nèi)存溢出現(xiàn)象。