我正在使用Ubuntu，并已安装Python 2.7.5和3.4.0。在Python 2.7.5中，我能够成功分配变量x = Value('i', 2)，但在3.4.0中却不能。我正进入（状态：

Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/usr/local/lib/python3.4/multiprocessing/context.py", line 132, in Value
      from .sharedctypes import Value
   File "/usr/local/lib/python3.4/multiprocessing/sharedctypes.py", line 10, in <
module>
   import ctypes
   File "/usr/local/lib/python3.4/ctypes/__init__.py", line 7, in <module>
      from _ctypes import Union, Structure, Array
ImportError: No module named '_ctypes'

我刚刚通过安装3.4.0的源代码更新到3.3.2。它安装在/usr/local/lib/python3.4中。

我是否正确更新到Python 3.4？

我注意到一件事，Python 3.4安装在usr / local / lib中，而Python 3.3.2仍然安装在usr / lib中，因此它没有被覆盖。

安装libffi-dev并重新安装python3.7对我来说解决了这个问题。

干净地构建py 3.7 libffi-dev 是必需的，否则以后的工作将失败

如果使用RHEL / Fedora：

yum install libffi-devel

要么

sudo dnf install libffi-devel

如果使用Debian / Ubuntu：

sudo apt-get install libffi-dev

在新的Debian映像上，克隆https://github.com/python/cpython并运行：

sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo apt-get install build-essential python-dev python-setuptools python-pip python-smbus
sudo apt-get install libncursesw5-dev libgdbm-dev libc6-dev
sudo apt-get install zlib1g-dev libsqlite3-dev tk-dev
sudo apt-get install libssl-dev openssl
sudo apt-get install libffi-dev

现在执行configure上面克隆的文件：

./configure
make # alternatively `make -j 4` will utilize 4 threads
sudo make altinstall

安装了3.7版并为我工作。

轻微更新

看来我说过我会用一些更多的解释来更新此答案，两年后，我没有太多补充。

• 这篇SO帖子解释了为什么python-dev可能需要某些库。
• 这篇SO文章解释了为什么可能在make命令中使用与altinstall相反的install参数。

除此之外，我猜测选择是通读cpython代码库以查找#include需要满足的指令，但是我通常要做的是继续尝试安装软件包，并继续通读安装所需软件包的输出，直到找到为止。成功。

让我想起了工程师，经理和程序员的故事，他们的汽车从山上滚下来。

如果您使用pyenv并在Debian / Raspbian / Ubuntu上收到错误“没有名为'_ctypes'的模块”（例如我是），则需要运行以下命令：

sudo apt-get install libffi-dev
pyenv uninstall 3.7.6
pyenv install 3.7.6

将您的python版本而不是3.7.6

在CentOS或任何Redhat Linux机器上安装Python 3.7的详细步骤：

1. 从https://www.python.org/ftp/python/3.7.0/Python-3.7.0.tar.xz下载Python
2. 将内容提取到新文件夹中
3. 在同一目录中打开终端
4. 逐步运行以下代码：

sudo yum -y install gcc gcc-c++ 
sudo yum -y install zlib zlib-devel
sudo yum -y install libffi-devel 
./configure
make
make install

以为我会添加Centos安装：

sudo yum -y install gcc gcc-c++ 
sudo yum -y install zlib zlib-devel
sudo yum -y install libffi-devel 

检查python版本：

python3 -V

创建virtualenv：

virtualenv -p python3 venv

尝试使用下一个命令在Ubuntu 18.04中安装Python 3.7.3时遇到此错误。运行后安装成功（如建议在这里）。这个问题在那里解决了。$ pyenv install 3.7.3$ sudo apt-get update && sudo apt-get install libffi-dev

没有解决方案。您必须再次重新编译python。一旦所有必需的软件包都已完全安装。

请遵循以下步骤：

1. 安装所需的软件包
2. 跑 ./configure --enable-optimizations

https://gist.github.com/jerblack/798718c1910ccdd4ede92481229043be

请参阅此线程，以进行libffi的自定义安装，Python3.7很难找到libffi的库位置。另一种方法是CONFIGURE_LDFLAGS在Makefile中设置变量，例如CONFIGURE_LDFLAGS="-L/path/to/libffi-3.2.1/lib64"。

我的解决方案：使用apt-get安装libffi-dev并没有帮助。但这有帮助：从源代码安装libffi，然后从源代码安装Python 3.8。

我的配置：Ubuntu 16.04 LTS Python 3.8.2

一步步：

从Visual Studio Code启动调试器并运行时，出现错误消息“ ModuleNotFoundError：没有名为'_ctypes'的模块” python3 -c "import sklearn; sklearn.show_versions()"。

• 从https://github.com/libffi/libffi/releases下载libffi v3.3
• 安装libtool：sudo apt-get install libtool libffi中的README.md文件提到autoconf和automake也是必需的。它们已经安装在我的系统上。
• 在没有文档的情况下配置libffi：

./configure --disable-docs

make check

sudo make install

• 从https://www.python.org/downloads/下载python 3.8
• ./configure
• make
• make test
• make install

之后，我的python安装程序可以找到_ctypes。

这为我在Debian上解决了相同的错误：

sudo apt-get install libffi-dev

然后再次编译

参考：issue31652

如果您不介意使用Miniconda，则默认情况下会安装必需的外部库和_ctypes。它确实占用更多空间，并且可能需要使用中等版本的Python（例如，本文撰写时为3.7.6而不是3.8.2）。

您必须从包管理器中加载缺少的php3（Python3）模块。如果您有Ubuntu，我建议Synaptic Package Manager：

sudo apt-get install synaptic

您可以在那里简单地搜索缺少的模块。搜索ctypes并安装所有软件包。然后转到您的Python目录并执行

./configure
make install.

这应该可以解决您的问题。

如果您正在做某事，这里没有人会听您说，因为“您做错了方法”，但是由于太精明的原因，您必须“做错了方法”（例如，在我的情况下，它很快会降级为犯规）关于Devops团队超重母亲的某人的话），您需要首先：

获取libffi并将其以常规方式安装到用户安装区域中。

git clone https://github.com/libffi/libffi.git
cd libffi
./configure --prefix=path/to/your/install/root
make
make install

然后返回您的Python 3源代码，并在python源代码目录的顶层setup.py中找到这部分代码。

        ffi_inc = [sysconfig.get_config_var("LIBFFI_INCLUDEDIR")]
        if not ffi_inc or ffi_inc[0] == '':
            ffi_inc = find_file('ffi.h', [], inc_dirs)
        if ffi_inc is not None:
            ffi_h = ffi_inc[0] + '/ffi.h'
            if not os.path.exists(ffi_h):
                ffi_inc = None
                print('Header file {} does not exist'.format(ffi_h))
        ffi_lib = None
        if ffi_inc is not None:
            for lib_name in ('ffi', 'ffi_pic'):
                if (self.compiler.find_library_file(lib_dirs, lib_name)):
                    ffi_lib = lib_name
                    break

        ffi_lib="ffi"  # --- AND INSERT THIS LINE HERE THAT DOES NOT APPEAR ---
        if ffi_inc and ffi_lib:
            ext.include_dirs.extend(ffi_inc)
            ext.libraries.append(ffi_lib)
            self.use_system_libffi = True

并添加我在上面用注释标记的行。为什么有必要，为什么没有办法在Linux平台上配置尊重'--without-system-ffi`的功能，也许我会找出为什么在接下来的几个小时内“不支持”的原因，但是一切都有从那以后一直工作。否则，祝您好运... YMMV。

它的作用：只是重写那里的逻辑，并使编译器链接命令添加“ -lffi”，这是它真正需要的全部。如果您是用户安装的库，则只要您PKG_CONFIG_PATH包含include ，它就可以很好地检测标题path/to/your/install/root/lib/pkgconfig。