答案很明确：绝大多数情况下不行，核心原因就是你提到的「平台特异性二进制文件」——下面给你拆解清楚：

• Wheel包本身的平台标识机制
  Python的wheel格式设计时就考虑了平台兼容性问题，每个wheel文件名里都带有平台标签，比如Windows x64的包会带win_amd64，Linux x64的会带manylinux_x86_64。pip在安装时会自动检查这个标签，如果和当前系统不匹配，直接就会跳过这个wheel，甚至报错。只有纯Python包的wheel会用any标签（比如requests-2.31.0-py3-none-any.whl），这类才是跨平台通用的。

• 编译二进制文件的平台锁死
  你提到的EXE是Windows专属的可执行格式，Linux对应的是ELF格式文件，两者完全不兼容——就算是用Python代码编译出来的（比如用PyInstaller打包的工具），也绑定了对应平台的Python解释器、系统依赖库，换个平台根本跑不起来。
  不止EXE，很多Python包（比如numpy、scipy这类科学计算库）包含C/C++扩展，编译后生成的文件在Windows是.pyd，在Linux是.so，这些二进制文件也完全不能跨平台复用。

• 少数例外：纯Python包
  如果一个包完全由纯Python代码组成，没有任何编译后的二进制内容，那它的any平台wheel就能在所有系统上通用。比如requests、BeautifulSoup4、Django本身（注意是Django核心，不是带二进制扩展的第三方插件），这类包的wheel里全是.py文件，只要Python版本符合要求，Windows和Linux都能正常安装使用。

举个实际的例子：你提到的pip.exe是Windows版pip的可执行文件，Linux上的pip其实是一个Python脚本（pip或pip3），两者根本不是同一个东西；而Django的admin工具本质是Python脚本，所以只要你在不同系统上装了对应版本的Django，都能正常用django-admin命令——但这是因为Django是纯Python包，不是因为同一个跨平台wheel的原因。

内容的提问来源于stack exchange，提问作者G.Bar