title: Algorithme récursif
text: # Algorithme récursif
  
  Un algorithme récursif est un algorithme qui résout un problème en calculant des solutions d'instances plus petites du même problème. L'approche récursive est un des concepts de base en informatique.
  
  Les premiers langages de programmation qui ont autorisé l'emploi de la récursivité sont LISP et Algol 60. Depuis, tous les langages de programmation généraux réalisent une implémentation de la récursivité. Pour répéter des opérations, typiquement, un algorithme récursif s'appelle lui-même. On oppose généralement les algorithmes récursifs aux algorithmes itératifs, qui eux, utilisent plutôt des boucles pour et des boucles tant que, pour répéter des opérations.
  
  ## Un exemple préliminaire : les permutations
  
  Commençons par un exemple tiré du Bourgeois gentilhomme (Acte II Scène IV) de Molière. Le héros, Monsieur Jourdain, veut connaître toutes les manières « galantes » d'écrire un billet. De la phrase Belle Marquise, vos beaux yeux, me font mourir d'amour, il pourrait tirer Vos beaux yeux, belle Marquise, d'amour me font mourir, puis Vos beaux yeux, me font mourir, belle Marquise, d'amour, puis Vos beaux yeux, me font mourir d'amour, belle Marquise et ainsi de suite.
  
  Comment Monsieur Jourdain devrait-il procéder pour engendrer toutes ces permutations ? Le mieux pour lui pour être sûr d'y arriver est d'utiliser un procédé récursif. L'un de ceux-ci est le $suivant^,,$ mais le lecteur peut en imaginer d'autres. Tout d'abord on construit toutes les permutations de la phrase vos beaux yeux -- me font mourir -- d'amour; puis, dans ces permutations, on insère en première position, puis en deuxième position, puis en troisième position, puis en quatrième position le morceau de phrase belle Marquise. L'algorithme est récursif parce qu'il s'invoque lui-même. En effet, pour construire toutes les permutations de belle Marquise -- vos beaux yeux -- me font mourir -- d'amour, il faut construire toutes les permutations de vos beaux yeux -- me font mourir -- d'amour. De plus, l'algorithme est bien un algorithme général, car si Monsieur Jourdain veut améliorer son côté poétique et veut construire, comme le lui dit son maître de philosophie, toutes les permutations de la phrase belle Marquise -- vos beaux yeux -- me font -- mourir -- d'amour, qui a maintenant cinq constituants il procédera de la même façon et encore de la même façon pour la phrase belle Marquise -- vos beaux yeux -- me font -- mourir -- d'amour -- pour vous, qui a six constituants.
  
  ### Les permutations courtes
  
  Pour construire les permutations de Belle marquise -- vos beaux yeux -- me font mourir -- d'amour, il faut auparavant construire toutes les permutations de la phrase vos beaux yeux -- me font mourir -- d'amour. Ces permutations sont au nombre de six et sont construites en insérant le morceau de phrase vos beaux yeux en première, deuxième et troisième position dans les deux permutations de la phrase me font mourir -- d'amour (à savoir me font mourir -- d'amour et d'amour -- me font mourir). Comment sont construites ces deux permutations ? En insérant en première position et en deuxième position le segment me font mourir dans les permutations de la phrase d'amour. L'aspect récursif de l'algorithme apparaît clairement.
  
  ### Bien démarrer
  
  Combien y a-t-il de permutations de la phrase d'amour ? Il n'y en a qu'une seule et c'est le point de départ de l'algorithme récursif. Avoir un cas de base est nécessaire, parce qu'il faut toujours qu'un algorithme récursif ait un point (ou des points) de départ, car sinon, il ne se terminerait pas.
  
  ## Un exemple liminaire : la factorielle
  
  Prenons l'exemple de la factorielle. Celle-ci se définit pour des entiers naturels de la fonction suivante :
  
      $n!=1\times 2\times 3\times \cdots \times (n-1)\times n$
  
  autrement dit :
  
      $n!=(n-1)!\times n$
  
  Donc pour définir la fonction qui calcule la factorielle de n, il suffit d'appeler cette même fonction mais en lui demandant de calculer la factorielle de (n-1), et de multiplier le résultat par n. La factorielle de (n-1) sera calculée en calculant la factorielle de (n-2) et ainsi de suite. Il suffit juste de définir que la factorielle de 0 est 1 pour "arrêter la récursion" et ne plus appeler la fonction qui calcule la factorielle.
  
  On voit avec cet exemple deux points majeurs de la récursion :
  
  * L'algorithme s'appelle lui-même, $n!$ a besoin de $(n-1)!$
  * Il est nécessaire d'"arrêter la récursion", en définissant un (ou des) cas ("cas de base") où l'algorithme n'a pas besoin de s'appeler lui-même, ceci afin que l'algorithme ne s'invoque pas lui-même indéfiniment.
  
  ### Présentation plus mathématique
  
      $n!=\prod _{i=1}^{n}i=1\times 2\times 3\times \cdots \times (n-1)\times n$
  
  L'idée de la récursivité est d'utiliser une définition équivalente, à savoir une définition par récurrence sur la valeur de l'argument :
  
      $n!={\begin{cases}1&{\text{si }}n=0\\n\times (n-1)!&{\text{sinon}}\end{cases}}$
  
  Autrement dit, la factorielle d'un nombre qui n'est pas 0 est obtenue en multipliant par n la factorielle de n – 1. Cette définition de la factorielle peut se traduire par le programme suivant en pseudo-code :
  
  Préciser que factorielle(0) = 1 est fondamental : sans cela la fonction ne serait pas définie et l'algorithme s'invoquerait indéfiniment. Le cas n = 0 est appelé cas de base. Sans sa présence, l'algorithme ne peut pas se terminer. L'autre cas est appelé cas de propagation, c'est lui qui contient l'appel récursif. On peut programmer ainsi d'autres suites telles que la suite de Fibonacci, tandis que la fonction suivante :
  
  définit la fonction identiquement égale à 1 si la conjecture de Syracuse est vraie.
  
  Mais, comme nous l'avons vu dans l'exemple préliminaire, les algorithmes récursifs ne se limitent évidemment pas au calcul de suites récurrentes et de fonctions sur les entiers naturels. Ils permettent de travailler sur des structures de données définies récursivement comme les chaînes de caractères, les listes ou les arbres, ou plus généralement sur des ensembles munis d'une relation bien fondée. Parmi les relations bien fondées les plus connues, il y a l'ordre sur la structure des objets qui donne lieu à la récurrence structurelle et l'ordre naturel sur les entiers positifs qui donne lieu à la récursivité numérique (ou récursivité sur les entiers). Le tri, le problème des tours de Hanoï et la génération des permutations (c'est-à-dire la généralisation de l'exemple de Monsieur Jourdain) sont des exemples paradigmatiques d'application d'algorithmes récursifs.
  
  ## Un autre exemple : le nombre de partitions d'un entier naturel en au plus q parties
  
  Nous allons considérer un cas tiré des mathématiques où l'approche récursive s'impose (voir l'article Partition d'un entier) :
  
  Un exemple : Une partie est un naturel positif qui entre dans une somme quand on décompose un nombre en somme de naturels décroissants. Ainsi, les partitions de 5 en au plus 3 parties sont 5, 4+1, 3+2, 3+1+1, 2+2+1. Si on écrit $d(5,3)$ le nombre de partitions de 5 en au plus 3 parties, on a $d(5,3)=5$ et si on écrit $d'(5,3)$ le nombre de partitions de 5 en exactement 3 parties, on a $d'(5,3)=2$, ces partitions sont 3+1+1 et 2+2+1.
  
  Les cas aux limites :
  
  * $d(0,q)=1$, parce que la seule partition de 0 est celle constituée d'aucune partie.
  * $d(p+1,0)=0$ parce que toute partition d'un entier strictement positif a au moins une partie.
  * $d(p,q)=d(p,p)$ pour $p<q$, parce que le nombre de parties d'un entier est au plus égal à sa valeur.
  
  Le cas général : On voit facilement que le nombre de partitions de p en au plus q parties est le nombre de partitions de p en exactement q parties plus le nombre de partitions de p en au plus q-1 parties. Donc
  
      $d(p,q)=d'(p,q)+d(p,q-1)$.
  
  Or si p a exactement q parties cela veut dire que toutes ces parties sont strictement positives, on peut donc leur retirer 1. Or si on retire 1 à chacune de ces parties on obtient une partition de p - q en au plus q parties, d'où :
  
      $d'(p,q)=d(p-q,q)$
  
  et finalement
  
  * $d(p,q)=d(p-q,q)+d(p,q-1)$.
  
  Autrement dit, si $p\geq q$, le nombre de partitions de p en au plus q parties est le nombre de partitions de p-q en au plus q parties plus le nombre de partitions de p en au plus q-1 parties.
  
  On a bien un énoncé récursif.
  
  Retour à l'exemple : on a donc (le lecteur est invité à faire tous les calculs intermédiaires)
  
      $d(5,3)=d(2,3)+d(5,2)=d(2,2)+d(3,2)+d(5,1)=d(0,2)+d(2,1)+d(1,2)+d(3,1)+d(4,1)+d(5,0)=...=1+1+1+1+1+0=5.$.
  
  Voici la forme complète de la fonction récursive :
  
  ## D'autres fonctions récursives à plusieurs arguments
  
  Parmi les fonctions récursives à deux arguments on trouve la fonction d'Ackermann-Péter. Le pgcd peut aussi être présenté récursivement,
  
  de même que les coefficients binomiaux quand ils sont définis par la formule de Pascal.
  
  La fonction de Sudan est une fonction à trois arguments (l'indice n est le troisième argument).
  
  ## Algorithmes récursifs non numériques
  
  Nous avons vu dans l'introduction, une présentation informelle d'un algorithme récursif engendrant les permutations, puis nous avons vu des algorithmes récursifs sur les entiers naturels. Nous allons maintenant présenter des algorithmes récursifs sur d'autres structures de données que les entiers naturels.
  
  ### Algorithmes récursifs sur les listes
  
  L'opérateur ++ concatène deux listes, autrement dit, prolonge la première liste par la seconde liste.
  
      [ ] ++ ℓ2 = ℓ2
      (x:ℓ1) ++ ℓ2 = x:(ℓ1 ++ ℓ2)
  
  Le cas de base est [ ] ++ ℓ2 = ℓ2.
  
  **map**
  
  Étant données une fonction et une liste, considérons un algorithme qui produit la liste obtenue en appliquant ladite fonction à tous les éléments de la liste donnée. Traditionnellement cette fonction s'appelle map (en français « applique »). Si la liste donnée est vide, le résultat est la liste vide (qui se note [ ]) ; c'est le cas de base. Si la fonction s'appelle f et si la liste donnée est constituée de x suivi d'une liste ℓ alors le résultat est la liste constituée de f x suivi de la liste map f ℓ.
  
      map f [ ] = [ ]
      map f (x:ℓ) = f x : (map f ℓ)
  
  **ins**
  
  La fonction ins insère un élément dans une liste à toutes les positions, produisant une liste de listes.
  
      ins x [ ] = x
      ins x (y:ℓ) = (x:y:ℓ) : map ((:) y) (ins x ℓ)
  
  **concat**
  
  La fonction concat prend une liste de listes et concatène ces listes en une seule liste.
  
      concat [ ] = [ ]
      concat (ℓ:ℓℓ) = ℓ ++ (concat ℓℓ)
  
  **permutations**
  
  permutations est l'algorithme présenté dans le premier exemple. Il prend une liste et retourne la liste de toutes les permutations de cette liste.
  
      permutations [x] = x
      permutations x:ℓ = concat (map (ins x) (permutations ℓ))
  
  ### Algorithmes récursifs sur les arbres binaires
  
  **taille**
  
  La taille d'un arbre binaire est le nombre de ses nœuds internes
  
      taille (Feuille x) = 0
      taille (t1 • t2) = ( taille t1) + ( taille t2)
  
  **motDesFeuilles**
  
  Étant donné un arbre binaire, on peut construire son mot des feuilles. Ainsi le mot des feuilles de l'arbre de la figure ci-contre est BRAVO ou, plus précisément, la liste [`B`,`R`,`A`,`V`,`O`]. L'algorithme récursif motDesFeuilles prend un arbre binaire et retourne une liste.
  
      motDesFeuilles (Feuille x) = [x]
      motDesFeuilles (t1 • t2) = ( motDesFeuilles t1) ++ ( motDesFeuilles t2)
  
  ## Prouver la correction d'un algorithme récursif
  
  Prouver le bon fonctionnement d'un algorithme récursif nécessite de vérifier deux propriétés : premièrement l'algorithme se termine et deuxièmement si l'algorithme se termine, il fait bien ce qu'on attend de lui (correction partielle). Dans le cas des algorithmes récursifs, ces méthodes sont spécifiques.
  
  ### Problème de la terminaison
  
  Pour prouver la terminaison d'un algorithme récursif, la méthode la plus usuelle est la suivante: chacun des ensembles dans lesquels les paramètres prennent leurs valeurs sont équipés d'une relation d'ordre. Cet ordre ne doit avoir que des chaînes descendantes finies (on dit qu'il est bien fondé) et être tel que les invocations internes de l'algorithme se font avec des valeurs plus petites des paramètres, pour l'ordre en question.
  
  ### Théorème de terminaison
  
  Soient $f\,$ un algorithme récursif défini sur un ensemble $A\,$ et $<\,$ un ordre bien fondé sur $\,A$.
  
  $x\in A$ étant donné, on note, $A_{x}$ l'ensemble des $y\,$ tels que $f(x)\,$ appelle $f(y)\,$.
  
  Soit $x\in A$, si, $\forall y\in A\ (y\in A_{x}\Rightarrow y<x)\,$, alors $f(x)\,$ se termine.
  
  **Terminaison de la fonction d qui calcule le nombre de décompositions de p en au plus q sommants**
  
  L'ordre que l'on prend est l'ordre lexicographique sur $\mathbb {N} \times \mathbb {N}$. On a
  
  * $(p,q)>(p',q')$ si et seulement si
     * $p>p'$
     * ou $p=p'$ et $q>q'$.
  
  Cet ordre est bien fondé.
  
  **Terminaison de la fonction Syracuse**
  
  La terminaison d'un algorithme récursif peut être un problème extrêmement difficile. Ainsi personne n'a jusqu'à présent été capable de démontrer que la fonction Syracuse présentée plus haut se termine pour toute valeur de n. Si c'était le cas, elle définirait effectivement la fonction identiquement égale à 1.
  
  ### Problème de la correction partielle
  
  Il faut montrer que si les appels internes à l'algorithme font ce qu'on attend d'eux, alors l'algorithme entier fait ce qu'on attend de lui. Dans le cas de Monsieur Jourdain, il faut montrer que si on part d'une suite de toutes les permutations de n-1 éléments, on aboutira à une suite de toutes les permutations de n éléments.
  
  **Correction partielle sur l'exemple du pgcd**
  
  Prenons l'exemple du ${\mathsf {pgcd}}$, il s'agit de montrer que si $\,p$ et $\,q$ sont positifs alors
  
  * ${\mathsf {pgcd}}(p,q)|p\wedge {\mathsf {pgcd}}(p,q)|q\wedge (\forall r\geq 0.(r|p\wedge r|q)\Rightarrow r|{\mathsf {pgcd}}(p,q))$,
  
  ce qui est la caractérisation du plus grand diviseur commun de deux nombres où $\,s|t$ signifie que $\,s$ divise $\,t$ (on a, en particulier, $\,p|0$ pour tout $\,p$). Notons ${\mathcal {P}}_{\mathsf {pgcd}}(p,q)$ cette propriété.
  
  Pour montrer la correction de l'algorithme ci-dessus, on suppose $\forall (p',q')\in \mathbf {N} \times \mathbf {N} .{\mathcal {P}}_{\mathsf {pgcd}}(p',q')$ et on essaie de montrer ${\mathcal {P}}_{\mathsf {f}}(p,q)$ où $\,{\mathsf {f}}$ est la fonction $\mathbf {si} \ p=0\ \mathbf {alors} \ q\ \mathbf {sinon} \ \mathbf {si} \ q=0\ \mathbf {alors} \ p\ \mathbf {sinon} \ \mathbf {si} \ q\leq p\ \mathbf {alors} \ {\mathsf {pgcd}}(p-q,q)\ \mathbf {sinon} \ {\mathsf {pgcd}}(p,q-p)$.
  
      On procède par cas.
     * Si $\,p=0$ alors ${\mathsf {f}}(p,q)=q$ et donc ${\mathsf {f}}(p,q)|0$, mais aussi ${\mathsf {f}}(p,q)|q$. De plus, si $\,r|0$ et si $\,r|q$ alors clairement $r|{\mathsf {f}}(p,q)$, puisque précisément ${\mathsf {f}}(p,q)=q$.
     * Si $\,q=0$ on obtient le même résultat.
     * Si $0<q\leq p$, on a ${\mathsf {f}}(p,q)={\mathsf {pgcd}}(p-q,q)$, d'autre part si on a ${\mathsf {pgcd}}(p-q,q)|p-q\wedge {\mathsf {pgcd}}(p-q,q)|q$ alors ${\mathsf {pgcd}}(p-q,q)$ divise la somme donc ${\mathsf {f}}(p,q)|p\wedge {\mathsf {f}}(p,q)|q$. D'autre part, si $\,r|p$ et $\,r|q$ alors par hypothèse $\,r|(p-q)$ et donc $r|{\mathsf {pgcd}}(p-q,q))$ et donc $r|{\mathsf {f}}(p,q))$, c.q.f.d.
     * Si $\,0<q<p$, on raisonne comme ci-dessus en inversant les rôles de $\,p$ et $\,q$.
  
  De la démonstration ci-dessus, on déduit que si l'algorithme de ${\mathsf {pgcd}}$ se termine alors il satisfait :
  
      $\forall (p,q)\in \mathbf {N} \times \mathbf {N} .{\mathcal {P}}_{\mathsf {pgcd}}(p,q)$ et donc ${\mathsf {pgcd}}$ calcule bien le plus grand commun diviseur.
  
  ## Efficacité
  
  ### Simplicité de description versus efficacité
  
  La mise en œuvre des algorithmes récursifs nécessite le plus souvent une pile. C'est la difficulté d'implanter cette pile ou d'éviter son emploi qui a fait dire pendant longtemps que les programmes récursifs étaient moins efficaces que les programmes itératifs, mais la situation a changé. En fait, le débat sur le choix entre codage récursif ou itératif est aussi vieux que l'informatique et les progrès de la compilation des langages de programmation réduit encore la différence d'efficacité. Voici quelques arguments en faveur de la présentation récursive :
  
  * La présentation récursive permet d'expliquer simplement des algorithmes beaucoup plus astucieux et efficaces, comme cela a été montré par Tony Hoare avec son algorithme de tri rapide.
  * Les compilateurs d'aujourd'hui sont tellement astucieux que plus le programme leur est présenté de façon abstraite et sans effets de bord, plus ils peuvent mettre en œuvre leurs optimisations et aboutir à des codes objets efficaces.
  * Des structures de données récursives, comme les quadtrees, ont été conçues pour leur efficacité. La manière la plus naturelle de les gérer est par des algorithmes récursifs.
  
  ### Contributions
  
  * La contribution la plus percutante dans ce débat a été celle de John Backus, l'inventeur du Fortran, qui a pris clairement le parti de la programmation fonctionnelle, donc de la programmation récursive, lors de la remise de son prix Turing en 1977.
  * Niklaus Wirth, l'inventeur du langage de programmation Pascal écrit :
  
     « The power of recursion evidently lies in the possibility of defining an infinite set of objects by a finite statement. In the same manner, an infinite number of computations can be described by a finite recursive program, even if this program contains no explicit repetitions. »
  
  — Niklaus Wirth, Algorithms + Data Structures = Programs.
  
     « La puissance de la récursivité réside évidemment dans la possibilité de définir des ensembles infinis d'objets par une instruction finie. De façon similaire, un nombre infini d'étapes de calcul peut être décrit par un programme récursif fini, même si ce programme ne contient aucune répétition explicite. »
  * C. A. R. Hoare qui a écrit le premier compilateur (du langage Algol 60) implémentant la récursivité, note dans son discours lors de la remise du prix Turing en 1980 que son algorithme de tri rapide a été « très difficile à expliquer » tant qu'il ne connaissait pas l'existence des procédures récursives. Il poursuit en parlant de la récursion :
  
     « I have regarded it as the highest goal of programming langage design to enable good ideas to be elegantly expressed. »
  
  — C. A. R. Hoare, The Emperor's Old Clothes.
  
     « J'ai estimé que l'objectif le plus important de la conception d'un langage de programmation était de permettre aux meilleures idées d'être exprimées de manière élégante. »
  
  ## Récursion terminale
  
  Dans la définition d'une fonction récursive $f$, l'appel récursif est en position terminale si elle est de la forme
  
      $f(x)={\begin{cases}g(x)&{\text{si }}p(x){\text{,}}\\f(h(x))&{\text{sinon.}}\end{cases}}$
  
  Dans cette écriture, $g$ et $h$ sont des fonctions indépendantes de $f$. La fonction $p$ est la condition d'arrêt. L'important, dans cette définition, est que l'appel de $f$ ne soit pas englobé dans une autre expression. Un telle récursion est dite récursion terminale. En pseudo-code, la définition récursive terminale peut s'écrire
  
  où x peut être un n-uplet contenant plusieurs variables.
  
  La définition récursive terminale se transcrit automatiquement en une définition itérative. En pseudo-code, la définition itérative peut s'écrire
  
  Par exemple, ce programme Python donne une définition récursive non terminale fact de la factorielle :
  
  En effet, n * fact(n - 1) englobe l'appel à fact. Mais on peut la transformer en une définition récursive terminale par l'ajout d'un argument a appelé accumulateur.
  
  Ce programme Python donne une définition récursive terminale fact_iter de la factorielle :
  
  tandis que ce programme Python donne une définition itérative fact_iter de la factorielle :
  
  ## Autres situations et corécursivité
  
  La récursivité (et sa duale la corécursivité (en)) se retrouvent dans d'autres situations, où elle prend parfois d'autres noms.
  
  * L'autosimilarité est le caractère d'un objet dans laquelle on peut trouver des similarités en l'observant à différentes échelles. C'est de la corécursivité.
  * Les fractales ont cette propriété d'autosimilarité, mais elles ont plutôt à voir avec le concept un peu différent qui s'appelle la corécursivité (en) (ou corécursion). Le tapis de Sierpiński, du nom de Wacław Sierpiński, est une fractale obtenue à partir d'un carré. Le tapis se fabrique en découpant le carré en neuf carrés égaux avec une grille de trois par trois, et en supprimant la pièce centrale, et en appliquant cette procédure récursivement aux huit carrés restants.
  * La mise en abyme est un procédé consistant à représenter une œuvre dans une œuvre similaire, par exemple en incrustant dans une image cette image elle-même. On retrouve dans ce principe l'« autosimilarité » et le principe des fractales ou de la corécursivité en mathématiques. Des publicités emploient ce procédé, dont la fameuse Vache qui rit de Benjamin Rabier.
  * Quand on écrit
  
      en Haskell, il s'agit de corécursivité. On définit ainsi une suite infinie (un stream) de toutes les valeurs de la suite de Fibonacci. On pourra récupérer la n-ième valeur de fibs, que l'on ne calcule qu'une fois, et obtenir ainsi le n-ième nombre de Fibonacci. Cette suite infinie est décrite en langue naturelle ainsi, c'est la suite fibs qui commence par 0, suivi de 1, puis des éléments obtenus en ajoutant le premier élément de la suite fibs au deuxième de la suite fibs pour former le troisième élément de la suite fibs, puis le deuxième de la suite fibs au troisième de la suite fibs pour former le quatrième élément de la suite fibs, puis ainsi de suite, le i-ème élément de la suite fibs au i+1-ème de la suite fibs pour former le i+2-ème élément de la suite fibs, etc.
  