Python:print不'；行不通，脚本无休止地挂起

我使用Python2.6在WindowsXP中编写了一个脚本

该脚本执行以下操作：

输入：域名（即：amazon.com）

该脚本通过dnspython模块查询DNS，并返回任何A记录IP地址。 输出是使用此数据的特定应用程序所需的特殊格式

这在Windows中运行得很好，但当我把它放在Linux服务器上时，会得到一些不寻常且不一致的结果

第一次运行时，它会按预期完成。如果我立即再次运行它，脚本将挂起，什么也不做，没有输出，脚本也不会结束。如果我使用CTRL-C退出进程，它将打印！（几乎与缓冲时一样，但没有写入终端）

我尝试了各种技术来解决这个问题，比如在打印后强制sys.stdout.flush（）（不过，无论如何打印都应该自动刷新），但没有成功

如果我等待一段时间（几分钟），然后再次运行脚本，它将再次工作（一次），随后的尝试将继续失败。我不知道发生了什么。。。还有其他人经历过类似的事情吗

Windows和Linux（Ubuntu）上的Python 2.6

这是我的剧本：

from dns.resolver import Resolver
from dns.exception import DNSException
from cStringIO import StringIO
import sys

def maltego_transform(entities, messages = ''):    
    print '''<MaltegoMessage>
<MaltegoTransformResponseMessage>
<Entities>
{0}
</Entities>
<UIMessages>
{1}
</UIMessages>
</MaltegoTransformResponseMessage>
</MaltegoMessage>'''.format(entities, messages)

def domain_to_ip(domain):
    resolver = Resolver()
    results = []
    for type in ['A', 'AAAA']:
        try:
            query = resolver.query(domain, type)
        except DNSException:
            query = []
        results += query

    entities = StringIO()
    for answer in results:
        entities.write('''<Entity Type="IPAddress"><Value>{0}</Value></Entity>'''.format(answer))
    maltego_transform(entities.getvalue())

def domain_to_mxdomain(domain):
    resolver = Resolver()
    try:
        query = resolver.query(domain, 'MX')
    except DNSException:
        query = []

    entities = StringIO()
    for answer in query:
        entities.write('''<Entity Type="Domain"><Value>{0}</Value>
<AdditionalFields><Field Name="DomainType" DisplayName="Domain Type">Mail Exchange</Field></AdditionalFields>
</Entity>'''.format(answer.exchange))
    maltego_transform(entities.getvalue())

def main():
    options = {'domain_to_ip' : domain_to_ip,
               'domain_to_mxdomain' : domain_to_mxdomain}
    if len(sys.argv) > 2:
        func = options.get(sys.argv[1], None)
        if func:
            func(sys.argv[2])

if __name__ == '__main__':
    main()

从dns.resolver导入解析程序
从dns.exception导入DNSExException
从cStringIO导入StringIO
导入系统
def maltego_变换（实体、消息=“”）：
打印“”'
{0}
{1}
''。格式（实体、消息）
def域到ip（域）：
解析器=解析器（）
结果=[]
对于键入['A'，'AAAA']：
尝试：
query=resolver.query（域，类型）
除性别例外：
查询=[]
结果+=查询
实体=StringIO（）
有关结果中的答案：
entities.write（''{0}''.format（answer））
maltego_变换（entities.getvalue（））
def域到域（域）：
解析器=解析器（）
尝试：
query=resolver.query（域'MX'）
除性别例外：
查询=[]
实体=StringIO（）
查询中的答案：
entities.write（''{0}
邮件交换
''。格式（应答.交换））
maltego_变换（entities.getvalue（））
def main（）：
选项={'domain_to_ip'：domain_to_ip，
“域\u到\u mxdomain”：域\u到\u mxdomain}
如果len（sys.argv）>2：
func=options.get（sys.argv[1]，无）
如果func：
func（sys.argv[2]）
如果uuuu name uuuuuu='\uuuuuuu main\uuuuuuu'：
main（）

使用：python myscript.py domain_to_ip amazon.com

此脚本有两个参数，第一个映射到要运行的函数，第二个指定域。

您尝试过吗

entities = StringIO()
for answer in results:
    entities.write('''<Entity Type="IPAddress"><Value>{0}</Value></Entity>'''.format(answer))
entities.flush()
maltego_transform(entities.getvalue())
entities.close()

entities=StringIO（）
有关结果中的答案：
entities.write（''{0}''.format（answer））
entities.flush（）
maltego_变换（entities.getvalue（））
实体。关闭（）

你试过吗

entities = StringIO()
for answer in results:
    entities.write('''<Entity Type="IPAddress"><Value>{0}</Value></Entity>'''.format(answer))
entities.flush()
maltego_transform(entities.getvalue())
entities.close()

entities=StringIO（）
有关结果中的答案：
entities.write（''{0}''.format（answer））
entities.flush（）
maltego_变换（entities.getvalue（））
实体。关闭（）

显然，dnspython在启动时需要16字节的内存。从/dev/random获取它们可能会阻塞

如果按Ctrl+C，它实际上会捕获

键盘中断

异常，并返回到不太安全的随机数（取自当前系统时间）。然后程序运行完毕

有关守则如下：

---

我想我会认为这是DNSPython的一个bug。它应该找到一种不阻塞的方法，并依赖于/dev/uradom。在任何情况下，它都不应该使

键盘中断静音

显然，dnspython在启动时需要16字节的数据。从/dev/random获取它们可能会阻塞

如果按Ctrl+C，它实际上会捕获

键盘中断

异常，并返回到不太安全的随机数（取自当前系统时间）。然后程序运行完毕

有关守则如下：

---

我想我会认为这是DNSPython的一个bug。它应该找到一种不阻塞的方法，并依赖于/dev/uradom。在任何情况下，它都不应该使

键盘中断静音

哇，这是可能的，但我从来没有像那样耗尽过我的熵池。对于OP，如果您想验证这一点，请尝试在Python会话上执行“strace”，看看它是否卡在等待/dev/random读取的系统调用中。我的印象是，耗尽熵池在Linux上是一个相当常见的问题。哇，这是可能的，但我从未像那样耗尽过熵池。对于OP，如果您想验证这一点，请尝试在Python会话上执行“strace”，以查看它是否在等待从/dev/random读取时卡在系统调用中。我的印象是，耗尽熵池在Linux上是一个相当常见的问题。Jason的回答是正确的，读取/dev/random时脚本挂起。我对读取的/dev/random进行了注释，因此它总是通过time.time（）生成其编号，并且它工作正常。Jason的回答是正确的，读取/dev/random时脚本挂起。我对/dev/random进行了注释，因此它总是通过time.time（）生成其编号，并且工作正常。