Різниця між os.getenv та os.environ.get

Чи взагалі є різниця між обома підходами?

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

Вони, схоже, мають точно такий же функціонал.

Одна спостерігається різниця (Python27):

os.environстворює виняток, якщо екологічна змінна не існує. os.getenvне створює винятку, але повертає None

Дивіться цю пов’язану нитку . В основному, os.environвін знаходиться при імпорті і os.getenvє обгорткою для os.environ.get, принаймні, в CPython.

EDIT: відповісти на коментар у CPython os.getenv- це, в основному, ярлик os.environ.get; оскільки os.environзавантажується при імпорті os, і лише тоді, те саме стосується os.getenv.

У Python 2.7 з 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

Тож можна зробити висновок, що os.getenvце просто проста обгортка навколо os.environ.get.

Хоча функціональна різниця між os.environ.getі os.getenvне існує, існує велика різниця між os.putenvі налаштуваннями записів os.environ. os.putenvбуде порушений , так що ви повинні по замовчуванням os.environ.getпросто уникати шляху os.getenvспонукає вас використовувати os.putenvдля симетрії.

os.putenvзмінює фактичні змінні оточення на рівні операційної системи, але таким чином , щоб не показати через os.getenv, os.environабо будь-який інший STDLIB спосіб перевірки змінних оточення:

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

Ймовірно, вам доведеться здійснити виклик ctypes на рівень C, getenvщоб побачити змінні реального середовища після виклику os.putenv. (Запуск підпроцесу оболонки та запитання про його змінні середовища також може спрацювати, якщо ви дуже обережні щодо втечі та --norc/ --noprofile/ будь-чого іншого, що вам потрібно зробити, щоб уникнути конфігурації запуску, але це здається набагато складніше.)

Окрім наведених вище відповідей:

$ 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