Différence entre os.getenv et os.environ.get

Y a-t-il une différence entre les deux approches?

>>> os.getenv('TERM')
'xterm'
>>> os.environ.get('TERM')
'xterm'

>>> os.getenv('FOOBAR', "not found") == "not found"
True
>>> os.environ.get('FOOBAR', "not found") == "not found"
True

Ils semblent avoir exactement la même fonctionnalité.

Une différence observée (Python27):

os.environlève une exception si la variable d'environnement n'existe pas. os.getenvne lève pas d'exception, mais renvoie None

Voir ce fil associé . Fondamentalement, os.environse trouve lors de l'importation et os.getenvest un wrapper pour os.environ.get, au moins en CPython.

EDIT: Pour répondre à un commentaire, en CPython, os.getenvest essentiellement un raccourci vers os.environ.get; puisque os.environest chargé à l'importation de os, et alors seulement, il en va de même pour os.getenv.

En Python 2.7 avec iPython:

>>> import os
>>> os.getenv??
Signature: os.getenv(key, default=None)
Source:
def getenv(key, default=None):
    """Get an environment variable, return None if it doesn't exist.
    The optional second argument can specify an alternate default."""
    return environ.get(key, default)
File:      ~/venv/lib/python2.7/os.py
Type:      function

Nous pouvons donc conclure qu'il ne os.getenvs'agit que d'un simple wrapper os.environ.get.

Bien qu'il n'y ait pas de différence fonctionnelle entre os.environ.getet os.getenv, il existe une énorme différence entre os.putenvet définir les entrées sur os.environ. os.putenvest cassé , vous devriez donc utiliser par défaut os.environ.getsimplement pour éviter que la manière os.getenvvous encourage à utiliser os.putenvpour la symétrie.

os.putenvmodifie les variables d'environnement OS-niveau réel, mais d'une manière qui ne se présente pas à travers os.getenv, os.environou de toute autre manière stdlib d'inspecter les variables d'environnement:

>>> import os
>>> os.environ['asdf'] = 'fdsa'
>>> os.environ['asdf']
'fdsa'
>>> os.putenv('aaaa', 'bbbb')
>>> os.getenv('aaaa')
>>> os.environ.get('aaaa')

Vous devrez probablement faire un appel ctypes au niveau C getenvpour voir les variables d'environnement réelles après l'appel os.putenv. (Lancer un sous-processus shell et lui demander ses variables d'environnement peut également fonctionner, si vous faites très attention à l'échappement et --norc/ --noprofile/ à tout ce que vous devez faire pour éviter la configuration de démarrage, mais cela semble beaucoup plus difficile à faire.)

En plus des réponses ci-dessus:

$ python3 -m timeit -s 'import os' 'os.environ.get("TERM_PROGRAM")'
200000 loops, best of 5: 1.65 usec per loop

$ python3 -m timeit -s 'import os' 'os.getenv("TERM_PROGRAM")'
200000 loops, best of 5: 1.83 usec per loop