非常大的 Jar 文件和 FAT32
我正在对我们正在开发的桌面应用程序的一部分进行一些分析。
一项要求是它能够执行某些旧文件格式的 I/O，这些文件格式在实践中每种格式的运行大小高达 800Mb。 合理地预计导入的大小约为 5Gb。
理想情况下，我只需将我想要的任何文件粘贴到 jar 文件中，签署该文件，然后将其发送出去以便稍后重新导入。
但我们的应用程序必须支持 XP Pro (FAT32)，据我所知，它的最大文件大小限制约为 4Gb。
我必须将数据分成多个块吗？ （因此要承担跟踪正在发生的事情的复杂性？）
I am doing some analysis for a chunk of a desktop app we're working on.
One requirement is that it be able to do i/o of some legacy file formats, which in practice are running as large as 800Mb each. An import might reasonably be expected to be on the order of 5Gb in size.
Ideally, I'd just stick whatever files I want into a jar file, sign the thing, and send it off for re-import at a some later time.
But our app must support XP Pro (FAT32), which has a max file size limit of around 4Gb, from what I can tell.
Must I break my data up into multiple chunks? (And therefore take on the complexity of keeping track of what's going on?)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
fat 32 上的最大文件大小为 4GB（实际上是 4Gb - 2 字节），因此如果您必须使用它并且单个文件已满，则必须将其拆分。
The max file size on fat 32 is 4gb (actually 4Gb - 2bytes), so if you have to use it and your single file is over that you will have to split it.
除了将 5GB 数据分割成块之外，没有其他方法可以在 FAT32 上存储 5GB 数据。
编写一个例程来处理超过 4GB 的档案，即拆分和合并。 将其封装在某个 util 类或 util 文件中，并从您的保存/加载方法中调用它。
There's no other way of storing 5GB of data on FAT32 than splitting it in chunks.
Write a routine that will deal with archives of more than 4GB, i.e. split and merge. Encapsulate it in some util class or util file and call it from your save/load method.