python - 修复在python中使用environb的导入错误

Question

from os import environb as environ

在Windows Anaconda python 3.6安装中键入上述命令时，出现以下错误:
ImportError: cannot import name 'environb'。

这似乎是因为，
environb is only available if supports_bytes_environ is True.
和

在Windows上supports_bytes_environ为False。

有办法解决这个问题吗？

引用:https://docs.python.org/3/library/os.html#os.environb

具体来说，我在GRASS GIS Python scripting library中发现了此错误。

Answer 1

首先:您可能根本不需要os.environb。

我将介绍为什么在开发Python软件时不这样做，最后还将介绍GRASS GIS以及如何正确修复该项目。

为什么您不需要此对象

在非Windows系统上，仅当您需要从环境访问原始二进制数据时才需要os.environb映射，而不必根据当前语言环境将其解码为Unicode。您可能希望拥有该访问权限，因为语言环境可能不正确，或者您希望将二进制数据从环境变量传递到程序中，而不必使用语言环境和surrogateescape错误处理程序对其进行重新编码，也不必在其中传递数据。与另一个程序不同的编码，同样不必先强制创建surrogateescape解码的字符串。 (我掩盖了一个事实，在POSIX中是can't use nulls in environment variables，但这无关紧要)。

在Windows上，您不需要这样做，因为在该OS上，环境变量已经作为Unicode数据传递给Python。这也意味着Windows环境不能轻易用于传递二进制数据。您不能为子进程传递具有不同编码的数据，也不能从环境中接受二进制数据，而无需先将数据以某种二进制到文本的编码(例如Base64)捆绑在一起。 os.environb在Windows上没有任何作用!

因此，如果您创建跨平台软件，则应使用os.environ并要求正确配置语言环境，而不必担心os.environb。

代之以防御性代码

有时需要二进制环境数据访问？然后，下一个选择可能是使用ImportError防护程序为缺少的属性进行防御性编码，然后接受缺少的属性:

try:
    from os import environb
except ImportError:
    environb = None

# ...

if environb is not None:
    # ... it is available, use it

完整的os.environb更换

对于某些第三方希望os.environb仍然可用且您无法更改的情况，或者您的大型代码库难以更新的情况，最后一种选择是仅为Windows创建os.environb对象。 。

这并不难；只需根据需要对原始os.environ中的数据进行编码，然后在设置新键或值时再次对其进行解码。 POSIX的os.environ对象已经做过同样的事情，除了另一个方向之外，因此我们可以重复使用相同的基础结构:

import os
try:
    os.environb
except AttributeError:
    # Windows has no os.environb, create one that maps to os.environ._data
    import sys
    _encoding = sys.getfilesystemencoding()  # echos POSIX
    # note the inversion, we *decode* where encoding is expected, and vice versa
    def _encode(value, _encoding=_encoding):
        if not isinstance(value, bytes):
            raise TypeError("bytes expected, not %s" % type(value).__name__)
        return value.decode(_encoding, 'surrogateescape')
    def _decode(value, _encoding=_encoding):
        return value.encode(_encoding, 'surrogateescape')

    # reuse the Unicode mapping, putenv and unsetenv references from os.environ
    # but map binary data to unicode on setting, unicode to binary on getting
    os.environb = os._Environ(
        os.environ._data,
        _encode, _decode, _encode, _decode,
        os.environ.putenv, os.environ.unsetenv)

    del _encoding, _encode, _decode

这将创建相同类型的映射对象，该对象完全支持获取和设置环境变量，并且对该对象的更改将在os.environ中可见，反之亦然:

>>> os.environ
environ({'FOO': 'bar baz', 'SPAM': 'håm'})
>>> os.environb
environ({b'FOO': b'bar baz', b'SPAM': b'h\xc3\xa5m'})
>>> os.environb[b'eric'] = 'Îdlé'.encode('utf8')
>>> os.environ
environ({'FOO': 'bar baz', 'SPAM': 'håm', 'eric': 'Îdlé'})
>>> del os.environ['FOO']
>>> os.environb
environ({b'SPAM': b'h\xc3\xa5m', b'eric': b'\xc3\x8edl\xc3\xa9'})

专门用于GRASS GIS

在您提到的评论中，您试图使GRASS GIS正常工作。将该项目简单地选择为在Python 2和Python 3上都将环境变量设置为bytes是一个错误的选择，并且不仅对于Windows，而且对于所有需要寻址的平台都有问题。

他们使用try to use os.environb as a replacement for os.environ ，然后使用幼稚的报价方法从sys.argv生成值。同时，同一模块将os.environ用于所有其他环境变量需求。

他们在lib/python/script/core.py的顶部使用

# python3
# ...
from os import environb as environ

然后在该映射中存储一个变量(在o​​jit_code函数定义中):

cmdline = [basename(encode(sys.argv[0]))]
cmdline += [b'"' + encode(arg) + b'"' for arg in sys.argv[1:]]
environ[b'CMDLINE'] = b' '.join(cmdline)

def parser():是一种天真的方法，用于对值进行引用以避免子 shell 出现问题，但这将无法处理嵌入式引号。

没有理由将其设置为字节值。 b'"' + encode(arg) + b'"'是Python 3上Unicode字符串的列表，Python 2上是字节字符串的列表。这遵循任一Python版本上的sys.argv数据类型，因此，在任一Python版本上，该数据应仅作为os.environ类型进行处理。

为了引用值解释 shell 解释，Python具有 str function，它恰好在Python 2和Python 3上也都可以作为shlex.quote()使用。

因此，只需对该文件进行一些更改，就可以完全避免该问题(对pipes.quotes()导入错误的跟踪将告诉您文件在计算机上的位置):

# 1. at the top, add an import
import pipes

# 2. remove the `from os import environb as environ` line altogether

# 3. in def parse(), use
cmdline = [basename(sys.argv[0])]
cmdline += (pipes.quote(a) for a in sys.argv[1:])
os.environ['CMDLINE'] = ' '.join(cmdline)

我正在将此报告给GRASS GIS项目，以便他们可以为将来的版本进行修复。