Python 无缘无故停止写入文件

Question

这真的很奇怪。 我有一个文件temp.txt，格式如下：

   1        1:1        1:1         *0.9    0      0      0.1    0      0    
   2        1:1        1:1         *1      0      0      0      0      0    
   3        1:1        1:1         *1      0      0      0      0      0    
   4        1:1        2:2      +   0.2   *0.7    0.1    0      0      0    
   5        1:1        1:1         *1      0      0      0      0      0    
   6        1:1        1:1         *0.9    0      0      0.1    0      0    
   7        1:1        1:1         *1      0      0      0      0      0    
   8        1:1        1:1         *1      0      0      0      0      0    
   .        .          .           .       .      .      .      .      .
   .        .          .           .       .      .      .      .      .
   .        .          .           .       .      .      .      .      .
6593        1:1        1:1         *1      0      0      0      0      0    

数字本身的含义并不重要（如果有人好奇，这是 WEKA 的输出）。我想要的是将每行第二个冒号右侧的数字放入单独的文件classes.txt，每个数字一行，如下所示：

1
1
1
2
1
.
.
.

我编写了以下 Python 脚本来完成此操作：

initial = open('temp.txt')
final = open('classes.txt','w')
for line in initial:
    final.write(list(line.rsplit(':',1)[1])[0]+'\n') 

它在前 5462 行中完美运行，但没有明显的原因它停在那里。 classes.txt 中没有剩余 1131 行 (5463 - 6593) 中的数字。我将跳过的行复制并粘贴到单独的 txt 文件中，并在该文件上运行脚本，但生成的 classes.txt 为空。

这个问题真的难倒我，因为我看不到第 5462 行和第 5463 行之间没有明显的区别，如下所示：

5461        1:1        1:1         *1      0      0      0      0      0    
5462        1:1        1:1         *1      0      0      0      0      0    
5463        1:1        4:4      +   0.3    0      0     *0.6    0.1    0    
5464        1:1        1:1         *0.8    0      0      0.2    0      0   

为了记录，我更改了脚本以将行打印到控制台，它做得很好。问题似乎在于将这些行写入文件。任何帮助将不胜感激。

Answer 1

你也可以这样做

with open('temp.txt') as initial:
    with open('classes.txt','w') as final:
        for line in initial:
            final.write(list(line.rsplit(':',1)[1])[0]+'\n')

现在您不必担心关闭任何文件。

Answer 2

也可以确认， foo.close() 或者 close() 甚至。确实解决了这个问题..

Answer 3

我发现了发生了什么！我仍然不能 100% 确定为什么这解决了问题（以及为什么问题专门发生在第 5462 行），但我在脚本末尾添加了final.close()，然后它完美地写入了所有 6593 个数字。奇怪。