释放dll文件，执行速度太慢了

jjdelphi 2003-11-25 09:49:17

把ww控件和ff2控件做在一个dll文件中，结果有2M多。而且FreeLibrary dll文件的时候，速度非常慢，近10多秒。

...全文

132 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

Spacesoft 2003-11-26

打赏
举报

回复

速度不应该很慢啊，是不是你在DLL 退出的过程里面加了太多的操作？

addoncn 2003-11-26

打赏
举报

回复

up

siwuge 2003-11-26

打赏
举报

回复

初学帮顶。

Linux2001 2003-11-26

打赏
举报

回复

你不需要用了以后再释放啊！不要用完了就释放，要用了又加载又释放

jjdelphi 2003-11-26

打赏
举报

回复

帮我顶顶。

jjdelphi 2003-11-26

打赏
举报

回复

ff2的数据库连接的问题。关闭了就好了。
文件大小还是一个问题。

介绍了如何把一个动态链接库作为一个资源嵌入到可执行文件，在可执行文件运行时，自动从资源中释放出来，通过静态加载延迟实现ＤＬＬ函数的动态加载，程序退出后实现临时文件的自动删除，从而为解决“DLL Hell”提供了一种解决方案。这是一个很好的设计思想，而且该作者也用C++实现了，在Internet上也有相似的VB程序，但在某一技术论坛上提起这种设计方法时，有网友提出：“这种方法好是好，但就是启动速度太慢”。这是因为程序启动时实现DLL释放，然后再加载释放出来的DLL，这个过程会耗费一定的时间。鉴于此问题，经过思索，提出另一个设计方案：DLL作为资源文件嵌入程序，但不需进行DLL释放及其重新加载。本文就是对该设计方案的原理分析及使用C#编程来实现该设计方案。

很多人以为DLL就是Windows版的.so或.dylib，其实这种理解太浅了。虽然它们确实都属于“动态链接库”，但Windows的DLL远比其他平台的共享库复杂得多。简单来说，DLL是一种可以在运行时被多个进程共享的二进制模块，它的扩展名是.dll。与可执行文件（.exe）不同，DLL不能独立启动，必须由宿主程序加载后才能执行其中的函数。// 示例：声明一个从DLL导入的函数// 调用来自DLL的函数return 0;

动态链接，在可执行文件装载时或运行时，由操作系统的装载程序加载库。大多数操作系统将解析外部引用（比如库）作为加载过程的一部分。在这些系统上，可执行文件包含一个叫做import directory的表，该表的每一项包含一个库的名字。根据表中记录的名字，装载程序在硬盘上搜索需要的库，然后将其加载到内存中预先不确定的位置，之后根据加载库后确定的库的地址更新可执行程序。可执行程序根据更新后的库信息调用

使用VC6.0中的新建一个Win32 Dynamic-Link Library类型的工程，工程名为：dll，创建一个空的动态链接库工程，然后再工程中添加C++源文件：dll.cpp以及头文件：dll.h，在头文件以及源文件中输入下面的代码： dll头文件： dll.h [cpp] view plaincopyprint? #ifndef DLL1_API

动态链接，在可执行文件装载时或运行时，由操作系统的装载程序加载库。大多数操作系统将解析外部引用（比如库）作为加载过程的一部分。在这些系统上，可执行文件包含一个叫做import directory的表，该表的每一项包含一个库的名字。根据表中记录的名字，装载程序在硬盘上搜索需要的库，然后将其加载到内存中预先不确定的位置，之后根据加载库后确定的库的地址更新可执行程序。可执行程序根据更新后的库信息调用

5,935

社区成员

262,943

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章