Różnica między os.getenv i os.environ.get

Czy jest jakaś różnica między oboma podejściami?

>>> 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

Wydaje się, że mają dokładnie taką samą funkcjonalność.

Zaobserwowano jedną różnicę (Python27):

os.environzgłasza wyjątek, jeśli zmienna środowiskowa nie istnieje. os.getenvnie zgłasza wyjątku, ale zwraca None

Zobacz ten powiązany wątek . Zasadniczo os.environznajduje się podczas importu i os.getenvjest opakowaniem os.environ.get, przynajmniej w CPythonie.

EDYCJA: odpowiadanie na komentarz w CPythonie os.getenvjest w zasadzie skrótem do os.environ.get; ponieważ os.environjest ładowany przy imporcie osi tylko wtedy, to samo dotyczy os.getenv.

W Pythonie 2.7 z iPythonem:

>>> 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

Możemy więc wnioskować, że os.getenvjest to po prostu zwykłe opakowanie os.environ.get.

Chociaż nie ma funkcjonalnej różnicy między os.environ.geti os.getenv, istnieje ogromna różnica między os.putenvwpisami i ustawieniami os.environ. os.putenvjest uszkodzony , więc powinieneś domyślnie os.environ.getpo prostu unikać sposobu, w jaki os.getenvzachęca cię do używania os.putenvsymetrii.

os.putenvzmienia rzeczywistych zmiennych środowiskowych OS-poziom, ale w taki sposób, że nie pojawi się przez os.getenv, os.environlub w inny sposób stdlib z kontroli zmiennych środowiskowych:

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

Prawdopodobnie musiałbyś wykonać wywołanie ctypes do poziomu C, getenvaby zobaczyć rzeczywiste zmienne środowiskowe po wywołaniu os.putenv. (Uruchomienie podprocesu powłoki i poproszenie go o jego zmienne środowiskowe może również zadziałać, jeśli jesteś bardzo ostrożny przy ucieczce i --norc/ --noprofile/ cokolwiek innego, co musisz zrobić, aby uniknąć konfiguracji startowej, ale wydaje się, że jest to dużo trudniejsze.)

Oprócz powyższych odpowiedzi:

$ 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