本意只是做出对比VB调用API到底有多慢

复制这段内容后打开百度网盘App，操作更方便哦。链接:网页链接提取码:wi22

用于测试的DLL源码

源码

没有试试通过 tlb 声明调用API？VB6通过tlb调用API，在生成exe后的调用效率跟VC6很接近。

vb虽然也讲求效率
但是，vb的出身和背景，决定了他是以应用简便为第一选择

下载楼主的代码看了一下。
首先说：象楼主这样爱折腾、爱研究技术的人，
　　还是值得肯定、值得赞扬的。
不过呢，别怪我沷冷水，这一个所谓的“变快”的技术，
　　我认为真正的没有什么价值。
首先：灵活度很差，不同的参数个数、不同的参数类型，
　　可能都得“分别做一个接口”。（至少得每种弄1个吧）
其次：若是“同一个接口用于调用不同的函数”，
　　则每次“调用切换”之前就得进行一次处理，
　　这反而会浪费更多的时间在“处理跳转参数”上了。
（假设工程中有几个“相同参数类型和个数”的函数，可以“公用1个跳板”）
但最根本的是：每次调用，这个“能节省”的时间真的是可以忽略不计，
　　却徒增了代码的复杂度，完全是得不偿失。
以在我的电脑上测试结果来评判（楼下回复贴截图）：
2000万次调用：
在“Declare模式”下，大约270ms；
在“跳板模式”下，平均在70几ms。
2千万次调用，多消耗不到200ms，平均每次多消耗不到0.01微秒。
一般来说，一次“事件过程”完成下来，在你的VB6代码中调用API的次数能有几何？
要说API调用最频繁的，可能就是用VB6做游戏了。
简单点的，一次GameLoop下来，也没有多少次的调用；
要是“很复杂”的游戏，一次GameLoop下来，
　能有几千、上万的API调用次数，那FPS肯定也高不到哪去。
你要是一帧画面要绘它十几甚至几十ms，你去“节约”个几微秒、几十微秒，
　又能得到多少的“性能提升”呢！

我测试时，没有使用楼主提供的DLL文件，
　自己按楼主的汇编代码，用VB6编译了一个“等同”的DLL来用。
因为我的系统是纯“衤果 奔”的，
虽然用了楼主的dll，中招的可能性很小，但还是小心为上。
先贴张我的DLL的导出函数信息截图：
注意TestFunc的“函数入口”是： &H1560 。
然后就是我的DLL的VB6代码，和“反汇编”之后的代码截图。
下图中，反汇编代码的下面那个框中的那段，就是TestFunc 的代码了。
因为我编译DLL时，选用的代码基址是 &H12000000，
因此“叠加”之后，函数入口的虚拟地址就是&H12001560了。
而上面那个框中的部分（&H12001550开始），则就是DllMain的函数代码了。
可以看到，我编译好之后的DLL，代码跟楼主的“汇编代码”是完全一致的。
当然，楼主的“计算时间”的方法，精度太低了点，
我也就把楼主的代码适当修改了一下。
　　江湖规矩，贴出代码截图，大家也可看看：
下面两张就是运行结果的截图了，勿需多言，大家看看就好。
（注意，这是编译后运行的，因为“测试2”在IDE中无效）

此类研究和之前一大波人折腾vb6多线程差不多，研究一下可以，不过没啥实用性，实用性好的还得用tlb调用