如何让Python3识别pip安装的tkinter而非仅识别yum安装版本

你踩了tkinter安装最常见的误区：pip安装的tk包根本不是Python标准库的tkinter模块，不存在任何pip安装包可以替代系统包管理器提供的python3-tkinter，也不可能让Python把这个第三方包识别成标准tkinter。

• CPython的tkinter是官方内置的标准库组件，属于Python源码树的一部分，编译Python时必须链接系统级的Tcl/Tk原生开发库才能生成，从来没有在PyPI发布过独立可安装的版本，pip没有权限也没有能力给系统自带Python补装可用的tkinter。
• PyPI上搜到的tk包是完全无关的第三方工具，只是做了Tcl解释器的轻量调用封装，模块名、接口逻辑和标准库tkinter没有任何关系，就算装在site-packages目录下，执行import tkinter时Python根本不会识别它，报模块找不到是正常结果。
• yum源提供的python3-tkinter是CentOS官方维护者针对系统自带Python3.6预编译好的标准库组件，安装时会直接把tkinter相关文件放到Python的标准库搜索路径下，同时自动匹配安装对应版本的系统Tcl/Tk依赖，所以装完就能直接导入运行。

不要尝试找pip可安装的tkinter替代包，这类包要么是无关工具，要么是非官方预编译的版本，和系统Python、系统Tcl/Tk版本强绑定，兼容性极差，推荐用以下两种方案解决共享问题：

• 方案1：在项目说明文档的依赖章节明确标注系统前置依赖：

  CentOS/RHEL系用户执行sudo yum install python3-tkinter完成安装
  Debian/Ubuntu系用户执行sudo apt install python3-tk完成安装
  Windows、macOS官方渠道下载的Python安装包默认自带tkinter，无需额外操作
  这是最稳定、兼容性最高的方案，也是绝大多数开源Python GUI项目的通用做法。

• 方案2：如果不想让用户手动安装系统依赖，就不要依赖系统自带Python做分发。可以用conda创建独立虚拟环境管理所有依赖，或者用PyInstaller、Nuitka直接把项目连同Python解释器、所有依赖（包括tkinter）打包成单二进制文件分发，用户拿到直接就能运行，不需要单独装任何环境和依赖。

内容的提问来源于stack exchange，提问作者RtxTrillihin