提速，提取4000多个txt，耗时56.39秒，谢谢prome3、wanghan519、lxdexcel等诸位老师！

prome3

prome3 发表于 2024-2-13 21:58
这个着实很快！刚刚我试了一下，4042 个文件，5.30 GB 总大小，只需要 0.5 秒！而且结果都是正确的。相比 ...

代码的思路我弄清楚了，确实很妙。倒不是说用了Seek，因为一开始我看到这个贴子的时候立马就想到了Seek跳转，只是后来分析源数据的时候发现每条记录的文本长度是不同的，就自作聪明地以为这方法不靠谱。于是采用了更为靠谱、更直观但速度更慢的做法。

这感觉有点像在地上挖宝贝，摸到石头了，却放弃了，其实宝贝就在石头下面。

我不知道在85楼的时候，楼主有没有验证代码的逻辑正确性，有没有用源数据测试过结果的正确性。但在这里，我可以肯定地说，73楼的代码是靠谱的、正确的。

而且，他的代码（或者说思路）更适合解决后来提出的按日期查找的问题。我推荐楼主用他的代码（其他人的代码我都看过了，加上我的，都不如他的代码（思路）好）。

楼主可以试着把他的代码改为按日期查找的，亲身体验一下其中玄妙。

lhj323323

lxdexcel 发表于 2024-2-13 11:06
txt文件与工作表应在同一路径

老师：

nums = 242 * 80
是构思是什么？
搞了几天，都没看懂。

yuwd3

lhj323323 发表于 2024-2-15 07:40
老师：

nums = 242 * 80

思路确定很妙，读取的数据比最后一天多一点，再在后面定位

lhj323323

yuwd3 发表于 2024-2-15 08:01
思路确定很妙，读取的数据比最后一天多一点，再在后面定位

为什么是242，而不是240？
另外，那个80是什么意思？

wanghan519

如下图中：
第一句计算最后一行的行号，减去匹配行的行号，等于240
第二句计算文件中最长的行有几个字节，等于78
第三句是直接搜
第四句是先截取最后242行再搜

楼上大佬的算法不仅是seek先把光标定位到文件末尾，减少需要处理的内容
而且是整个一个字符串搜，而不是逐行搜，很妙

lxdexcel

lhj323323 发表于 2024-2-15 08:02
为什么是242，而不是240？
另外，那个80是什么意思？

为了提高可靠性，多加了几行搜素范围，80是每行最大字节数，大部分数据在70左右，但成交量及成交金额变大时字节数要变大，但即使上亿不会超过80个字节，使用稍大一些的数，对速度不会有大的影响，比如 300 100

lhj323323

lxdexcel 发表于 2024-2-15 09:11
为了提高可靠性，多加了几行搜素范围，80是每行最大字节数，大部分数据在70左右，但成交量及成交金额变大 ...

一天，是240行
加最后一条【数据来源:通达信】，也即是241
但为何是242*80?
而不是241*80

lhj323323

lxdexcel 发表于 2024-2-15 09:11
为了提高可靠性，多加了几行搜素范围，80是每行最大字节数，大部分数据在70左右，但成交量及成交金额变大 ...

按上述，我的理解，
如果改为提取2月7日（不是8日）的第一分钟的数据，
那么
nums = 242 * 80
就改为
nums =((240*2）+2) * 80

但在运行时，就会提示【溢出】，是不是上句改错了？

lhj323323

wanghan519 发表于 2024-2-15 08:21
如下图中：
第一句计算最后一行的行号，减去匹配行的行号，等于240
第二句计算文件中最长的行有几个字节 ...

就是没搞明白，为何不是241，而是242

yuwd3

lhj323323 发表于 2024-2-15 10:16
就是没搞明白，为何不是241，而是242

你还没搞明白程序的思路，在EXCEL中显示一个str值，再看看就会明白。