用TFilestream不就可以吗?它有seek或position来定位,然后read不就完了

解决方案 »

  1.   

    我觉得HUBDOG说的不错,用TFILESTREAM就可以完成。在《DELPHI3开发人员手册》中有例子。
      

  2.   

    我试了一下,TfileStream确实好用,但我尝试了一下把文件拆成几块后分别
    存放在硬盘上,发现只有txt文件可以,其他文件不行,请问如何解决?
      

  3.   

    并不是所有文件都可以拆开后各自工作,大多数文件都有特定得结构,最常见得是文件头信息加文件数据。
    当然有些文件是可以拆开的,如:MP3(很高兴吧)
    最后,一般可以拆开的文件也可以合并,我自己的MP3库中只有一个MP3文件,我自己把所有想听的歌合并成一首。这样的好处是连续播放,不会出现换曲的时候机器突然变慢的情况,坏处是无法调整播放顺序。
      

  4.   

    我看这个文件蚂蚁的方法不实用,网络蚂蚁实用在于Internet比较慢,所以可以从不同位置用多线程先放在本地盘的多个临时文件。该方法用于本地或局域网时无疑反而是降低了效率。可说是“东施效颦”。用TFileStream应当是可以存取非文本文件的(本人实践过),关键是在内存你怎样操作。
      

  5.   

    那么请问,如何操作内存呢
    我想拆分zip文件,不知是否还要了解zip的文件格式
    不知网络蚂蚁是怎么做的
      

  6.   

    蚂蚁根本不管什么文件格式,它把文件都分成几份,存成另外的扩展名,当全部
    文件下载好了,再把所有文件拼接起来。
    >>我试了一下,TfileStream确实好用,但我尝试了一下把文件拆成几块后分别
    >>存放在硬盘上,发现只有txt文件可以,其他文件不行,请问如何解决?
    没明白你什么意思,拆成几块后,必须拼接好才能用啊?你到底想干什么?
      

  7.   

    >>目标文件必须设置成与源文件同样大小保存后再在各线程中共享随机读写方式打开
      哎呀,我还没注意这个问题,马上试试看to hubdog:
       文件最后拼接时,出现访问冲突
       btw:孙老师的信箱是在263.net吗