我是编程新手，我决定先学习Python，所以
我安装了Python，最新版本3.4。我正在尝试打开Python IDLE（GUI）模式，所以当我打开时，我得到消息＆＃34; IDLE的子进程没有建立连接。 IDLE无法启动或个人防火墙软件阻止连接。＆＃34;。
我的防火墙不是问题因为我把Python放在了它身上。我也尝试重新安装它并没有做出任何不同。所以，如果有人可以提供帮助，请
谢谢您的时间：D
答案 0 :(得分：13)
使用Python删除目录中所有新创建的.py文件。例如random.py，end.py - 这是导致相同通知窗口的问题。文件名冲突的原因。
答案 1 :(得分：5)
当您在当前目录中有一个来自Python的同名文件时，可能会出现一个常见问题（参考：Can't run Python via IDLE from Explorer [2013] - IDLE's subprocess didn't make connection）
如果你有不正确的环境变量，例如HOMEPATH USERPROFILE（参考：Issue 14576: IDLE: inconsistent use of HOMEDRIVE, HOMEPATH, and USERPROFILE on Windows）
我找到了另一个相关问题：Python IDLE subprocess error?
我的建议如果答案不存在：谷歌可能是你的朋友！上面的3条线索来自那里： - ）
答案 2 :(得分：2)
简单...重命名您的.py文件，其名称与任何关键字名称不同，例如＆＃39; random.py＆＃39;已存在于python包中。
EG。我将一个文件命名为＆＃34; random.py＆＃34;。弹出相同的错误。我将其重命名为＆＃34; random_demo.py＆＃34;。有效。 不同的命名会丢弃现有文件与具有相同名称的新创建文件之间的歧义问题。
答案 3 :(得分：1)
我修复了它，我需要以管理员权限运行IDLE。 （我使用的是Windows 7 x64）。希望这可以帮助。
答案 4 :(得分：1)
修复程序为here。
打开任务管理器，如果找到2个或更多实例，则杀死pythonw.exe。应该在那之后工作。
答案 5 :(得分：1)
对我来说：HOMEDRIVE指向的驱动器不可写。我通过硬地运行空闲来检查了这一点，明确地使用python.exe而不是pythonw.exe：
C:\coding\xyz>"C:\Python27\Lib\idlelib\..\..\python.exe"
"C:\Python27\Lib\idlelib\idle.pyw"
Warning: unable to create user config directory
P:\.idlerc
Check path and permissions.
Exiting!
答案 6 :(得分：0)
我对一个名为“test.py”的文件和Python 2.7.9有类似的问题 - 将文件重命名为其他东西解决了我的问题。检查后，我注意到Python27 \ Lib文件夹下有一个同名的文件。
似乎是IDLE中的一个错误。
答案 7 :(得分：0)
刚刚遇到同样的问题。所以卸载并重新安装，修复它，花了10分钟。 Windows机器的关键是删除旧目录（C：\ Python27 \，因为Windows似乎确实删除了东西），并在重新安装时指定一个新目录（C：\ Python279 \或您选择调用的任何目录）。
我正在使用Win 2.7和Python 2.7.9。
答案 8 :(得分：0)
转到C：/ Users / [您的用户] / AppData / Local / Programs / Python / Python35-32并删除或重命名此目录中的每个* .py文件，该文件以某个方法，函数，模块或图书馆。然后运行IDLE。应该工作。
希望我能帮忙
答案 9 :(得分：0)
我的问题是.py文件不在我的本地计算机上。它在共享目录上。
将文件移动到本地计算机后，我退出并收到错误消息。
答案 10 :(得分：0)
仅需注意我的特定问题，当我的RAM满了并且CPU忙时，这会发生在我身上。
问题是由于RPC子进程之间的IPC管道上的网络套接字超时。
这是一个糟糕的设计（不安全且容易出错），通常用于IPC而不是过程管道。
解决方法是清除一些RAM和CPU使用率，然后等待一分钟，然后重试。
对于开发人员来说，解决方法是停止对IPC使用套接字，并使用适当的处理管道。
是的，这与您在浏览器中遇到的确切套接字超时问题相同，尽管在现代浏览器中，页面只是停止加载而不显示超时错误屏幕。
（请注意，这是假设WAN连接良好且本地超时）
答案 11 :(得分：0)
这是全新安装。它在禁用防火墙的情况下工作。由于这是全新安装，因此任何处理 AppData 的答案都不适用。也没有处理删除 *.py 文件的任何答案。
如果您使用第三方防火墙 - 卸载它并使用 Windows 防火墙。这里的主要罪犯是 Avast/AVG。如果您真的想要，您可以将此类软件设置为“询问”您创建规则，在这种情况下，AVG 会忽略这些规则并阻止它认为是外部“Tcp/Udp”（原文如此）公共连接。
使用 SysInternals 的 Process Explorer 揭示了两个进程之间的成功连接。 AVG 似乎无法处理源自同一主机的“回拨”情况。由于许多调试器以相同方式运行，因此该问题应该更为普遍，因此 IDLE 开发人员可能对此问题有所贡献。
更改您的防火墙提供商。