不,你不能使用对象,因为它会从底层缓冲区中以更大的块读取,而不仅仅是按行读取,所以是的,它会尝试解码超过第一行的二进制数据。你
无法阻止这种情况发生。
对于使用
\n
行分隔符的单行文本,您真的不需要使用。二进制文件仍支持逐行读取,其中
file.readline()
将为您提供到下一个
\n
字节的二进制数据。只需以二进制形式打开文件,并读取一行即可。
有效的UTF-16数据将始终具有偶数长度。但是,由于UTF-16有两种类型,大端和小端字节顺序,因此您需要检查读取了多少数据以查看使用了哪个字节顺序,以有条件地读取应该是该第一行数据的一部分的单个字节。如果使用了UTF-16小端,则保证已读取奇数个字节,因为换行符编码为
0a 00
而不是
00 0a
,并且
.readline()
调用将使单个
00
字节留在文件流中。在这种情况下,只需再读取一个字节并将其添加到解码之前的第一行数据中即可:
with open(filename, 'rb') as binfile:
firstline = binfile.readline()
if len(firstline) % 2:
firstline += binfile.read(1)
text = firstline.decode('utf-16')
这是一个使用io.BytesIO()
的演示,首先我们写入UTF-16小端数据(带有BOM表示字节顺序供解码器使用),文本后跟两个代理对序列,将导致UTF-16解码错误,以代表“二进制数据”,然后我们再次读取文本和数据:
>>> import io, codecs
>>> from pprint import pprint
>>> binfile = io.BytesIO()
>>> utf16le_wrapper = io.TextIOWrapper(binfile, encoding='utf-16-le', write_through=True)
>>> utf16le_wrapper.write('\ufeff')
1
>>> utf16le_wrapper.write('The quick brown jumps over the lazy \n')
40
>>> binfile.write(b'\xDF\xFF\xDF\xFF')
4
>>> binfile.flush()
>>> binfile.seek(0)
0
>>> firstline = binfile.readline()
>>> len(firstline) % 2
1
>>> firstline += binfile.read(1)
>>> pprint(firstline)
(b'\xff\xfeT\x00h\x00e\x00 \x00q\x00u\x00i\x00c\x00k\x00 \x00b\x00r\x00o\x00'
b'w\x00n\x00 \x00>\xd8\x8a\xdd \x00j\x00u\x00m\x00p\x00s\x00 \x00o\x00v\x00'
b'e\x00r\x00 \x00t\x00h\x00e\x00 \x00l\x00a\x00z\x00y\x00 \x00=\xd8\x15\xdc'
b'\n\x00')
>>> print(firstline.decode('utf-16'))
The quick brown jumps over the lazy
>>> binfile.read()
b'\xdf\xff\xdf\xff'
任何仍然可以使用的替代实现都需要一个中间包装器来坐在二进制文件和实例之间,以防止读取太远,这会变得非常复杂并且还需要包装器具有使用的编解码器的知识。 对于一行文本而言,这样做并不值得付出的努力。