blocks|key|254073|text|是的，你对逐字节的判断是对的。抽象有它的缺点。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|254074|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Yup, you're right about the byte-by-byte. Abstraction has its disadvantages.

blocks|key|254082|text|这是可能的，但据我所知，不是来自API的类。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|254083|您可以手动操作-将其作为支持mark/reset的BufferedInputStream打开。您逐块读取(byte[])并将其解析为ASCII码。最终，你会将其累积在缓冲区中，直到你命中标记。但是在你使用read之前，你需要调用mark。如果您认为您已经读取了所有需要的ASCII码，那么可以调用reset，然后调用read来转储ASCII码部分的其余部分。现在您已经有了一个BufferedInputStream+(它是一个InputStream)，可以读取文件的二进制部分。|offset|length|style|CODE|254084|entityMap|0|LINK|mutability|MUTABLE|url|http://java.sun.com/javase/6/docs/api/java/io/BufferedInputStream.html^0|0|E|4|J|5|1H|6|2U|4|36|4|44|5|4E|4|58|J|5X|B|P|J|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@$D|R|E|S|F|G]|$D|T|E|U|F|G]|$D|V|E|W|F|G]|$D|X|E|Y|F|G]|$D|Z|E|10|F|G]|$D|11|E|12|F|G]|$D|13|E|14|F|G]|$D|15|E|16|F|G]|$D|17|E|18|F|G]]|9|@$D|19|E|1A|1|1B]]|A|$]]|$1|H|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

It is possible, but as far as I know not with the classes from the API.

You can do it manually - open it as a <a href="http://java.sun.com/javase/6/docs/api/java/io/BufferedInputStream.html" rel="nofollow noreferrer">BufferedInputStream</a>, which supports <code>mark</code>/<code>reset</code>. You read block by block (<code>byte[]</code>) and you parse it as ASCII. Eventually you accumulate it in a buffer until you hit the marker.
But before you <code>read</code> you call <code>mark</code>. If you believe you read all you needed in ASCII, you call <code>reset</code> and then you call <code>read</code> to dump the rest of the ASCII part. And now you have a <code>BufferedInputStream</code> (which is an <code>InputStream</code>) ready for reading the binary part of the file.

blocks|key|4597170|text|我认为最好的想法是放弃“线”的概念。要找到结束标记，请创建一个足以包含结束标记的ring+buffer，逐个字节地读入它，并在每个字节之后检查它是否包含该标记。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4597171|有更复杂和更有效的搜索算法，但区别只与较长的搜索词相关(假设您的结束标记较短)。|4597172|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Ring_buffer^0|14|B|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

I think the best idea would be to abandon the concept of "lines". To find the end tag, create a <a href="http://en.wikipedia.org/wiki/Ring_buffer" rel="nofollow noreferrer">ring buffer</a> that's just big enough to contain the end tag, read into it byte-by-byte, and after each byte check if it contains the tag.

There are more sophisticated and efficient search algorithms, but the difference is only relevant with longer search terms (presumably your end tag is short).

blocks|key|254120|text|这个文件有多大？我的第一个想法是将整个内容读取到ByteBuffer或ByteArrayOutputStream中，而不尝试对其进行处理，然后通过比较字节值来定位标记。一旦知道文本部分的结束位置和二进制部分的开始位置，就可以对每个部分进行适当的处理。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|254121|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

How big is this file? My first thought is to read the whole thing into a ByteBuffer or a ByteArrayOutputStream without trying to process it, then locate the tag by comparing byte values. Once you know where the text part ends and the binary part begins, you process each part as appropriate.

blocks|key|253654|text|文件是增长的，还是静态的？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|253655|如果它是静态的，请参见http://java.sun.com/javase/6/docs/api/java/nio/MappedByteBuffer.html|offset|length|253656|entityMap|0|LINK|mutability|MUTABLE|url|http://java.sun.com/javase/6/docs/api/java/nio/MappedByteBuffer.html^0|0|B|1W|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Is the file growing, or is it static?

If it's static, see <a href="http://java.sun.com/javase/6/docs/api/java/nio/MappedByteBuffer.html" rel="nofollow noreferrer">http://java.sun.com/javase/6/docs/api/java/nio/MappedByteBuffer.html</a>

I'm having an issue trying to parse the ascii part of a file, and once I hit the end tag, IMMEDIATELY start reading in the bytes from that point on. Everything I know in Java to read off a line or a whole word creates a buffer, which ruins any chance of getting the bytes immediately following my stop point. Is the only way to do this read in byte-by-byte, find new-lines, reconstruct everything prior to the new-line, see if it's my end tag, and go from there?

Java - is it possible to read a file line by line, stop, and then immediately start reading bytes where I stopped?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我在尝试解析文件的ascii部分时遇到了问题，一旦我命中了结束标记，立即开始读取从这一点开始的字节。在Java中，我所知道的读取一行或整个单词的所有内容都会创建一个缓冲区，这会破坏紧跟在我的停止点之后获取字节的任何机会。要做到这一点，唯一的方法是逐字节读取，找到新行，重新构造新行之前的所有内容，看看它是否是我的结束标记...

问Java -是否可以逐行读取文件，停止，然后立即开始读取我停止的字节？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Java -是否可以逐行读取文件，停止，然后立即开始读取我停止的字节？EN