※ 引述《HerbertF (ff)》之铭言： : ※ 引述《tomex (tomex_ou)》之铭言： : : 纯文字档，若以tab或空白来分隔字元 : : 也可以用odbc的方式来读档，就像资料库一样去操作! : : 若一笔一笔去做，可使用各种技术去改善效能 : : 例如StringBuilder比String的相加，可改善效能 : : MultiThread也能改进效能... : : 不过，我觉得该档若只读一次，并非重复再做某事 : : 改进效能的程式码，倒不必太追求! : agree, 如果只是要全部从头到尾把档案读出来, 不是要做特定的 : 搜寻或操作, 会有比较快的方法吗? 不就都是整个档案要走完? 如果你的资料处理时间比较长的话 真的可以考虑用 thread~ 因为IO动作是OS的责任 当你等待OS在完成IO的时候其实还是可以做点事的... 读1 处理1 读2 处理2 读3 处理3 ..... single thread 如果有专门处理IO动作的thread IO动作跟处理动作可以overlap 同时进行 处理1 处理2 处理3 处理4 ... thread1 读1 读2 读3 读4 读5 ... thread2 基本上如果你算得正确 用这种模式通常会有帮助....当然如果用不好只是徒增负担而已 --- 你也可以试试看 APCs 或是 IO completion... 当然以上都得看情况决定...我不太清楚原作者的详细情形...参考看看吧 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.115.219.53 ※ 编辑: cplusplus 来自: 140.115.219.53 (05/15 01:02)