python - 为什么python以乱码字符写入文件

Question

我尝试了 Problem 10在 euler 项目中并通过了，但我决定，如果我将所有低于 200 万的质数写入一个文本 (.txt) 文件会怎样 所以我继续对主要函数进行了一些小的调整解决了这个问题所以不只是将它添加到变量(tot)我将生成器生成的质数写入文本文件并且它首先工作但是忘记在每个质数之后添加空格，所以输出有点像乱码

357111317192329313741434753

所以我将 txt.write(str(next_prime)) 修改为 txt.write(str(next_prime) + ' ')

稍作修改后，输出完全是乱码

″‵‷ㄱㄠ″㜱ㄠ‹㌲㈠‹ㄳ㌠‷ㄴ㐠″

这是我的函数的完整代码:

def solve_number_10():
    total = 2
    txt = open("output.txt","w")
    for next_prime in get_primes(3):
        if next_prime < 2000000:
            txt.write(str(next_prime) + ' ')
            #total += next_prime
        else:
            print "Data written to txt file"
            #print total
            txt.close()
            return

为什么会这样，我怎样才能使输出像

3 5 7 11 13 17 19

Answer 1

这是 Microsoft 的记事本程序中的错误，而不是您的代码中的错误。

>>> a = '‵‷ㄱㄠ″㜱ㄠ‹㌲㈠‹ㄳ㌠‷ㄴ㐠'
>>> a.decode('UTF-8').encode('UTF-16LE')
'5 7 11 13 17 19 23 29 31 37 41 4'

哦，嘿，看，它们是质数(我假设 4 只是截断的 43)。

您可以通过以下方式解决记事本中的错误

1. 使用没有错误的其他文件查看器。

2. 在文件开头写一个 ZWNBSP 一次，以 UTF-8 编码:

   txt.write(u'\uFEFF'.encode('UTF-8'))
   

   这被错误地称为 BOM。它将是 UTF-16 中的 BOM，但 UTF-8 在技术上不应该有 BOM。大多数程序会忽略它，而在其他程序中它是无害的。