网络编程 | 站长之家 | 网页制作 | 图形图象 | 操作系统 | 冲浪宝典 | 软件教学 | 网络办公 | 邮件系统 | 网络安全 | 认证考试 | 系统进程
Firefox | IE | Maxthon | 迅雷 | 电驴 | BitComet | FlashGet | QQ | QQ空间 | Vista | 输入法 | Ghost | Word | Excel | wps | Powerpoint
asp | .net | php | jsp | Sql | c# | Ajax | xml | Dreamweaver | FrontPages | Javascript | css | photoshop | fireworks | Flash | Cad | Discuz!
当前位置 > 网站建设学院 > 网络编程 > Delphi
Tag:注入,存储过程,分页,安全,优化,xmlhttp,fso,jmail,application,session,防盗链,stream,无组件,组件,md5,乱码,缓存,加密,验证码,算法,cookies,ubb,正则表达式,水印,索引,日志,压缩,base64,url重写,上传,控件,Web.config,JDBC,函数,内存,PDF,迁移,结构,破解,编译,配置,进程,分词,IIS,Apache,Tomcat,phpmyadmin,Gzip,触发器,socket
网络编程:ASP教程,ASP.NET教程,PHP教程,JSP教程,C#教程,数据库,XML教程,Ajax,Java,Perl,Shell,VB教程,Delphi,C/C++教程,软件工程,J2EE/J2ME,移动开发
本月文章推荐
.Delphi命令行参数.
.关于拉幕程序的讨论和源码.
.怎样通过编程方式管理nt的用户及.
.delphi编译错误信息.
.由图像的灰度化看基本图像处理(2).
.如何让程序出现windows标准对话框.
.组件制作之二(一个简单组件的制.
.SaveComponentByFile.
.SQL在Delphi数据库程序设计应用浅.
.delphi连接数据库浅谈.
.DELPHI中的静态虚拟及动态方法函.
.Delphi关于线程的消息处理.
.用Delphi编写CGI程序(二).
.全透明窗体(效果比较好).
.Delphi使用技巧四则.
.流操作的语法.
.防止关闭windows.
.根据时间日期格式从字符串中解析.
.在winnt以上版本中对打印机纸张的.
.(delphi)程序运行过程中等待对话.

Delphi中的包(一):关于exe的编译、连接和执行

发表日期:2006-2-4


最近搞Delphi,发现原来的程序中使用了很多包,但是总是处于懵懵懂懂的状态。索性来好好研究一下这个问题,可能要花一些时间。所以首先把需要分析的问题列出来:
什么是包?什么是exe?它们在组成上有什么不同?包跟dcu是什么关系?dcp是干什么的?这些文件在编译时是什么关系?又是怎么装载的?装载了以后怎么样操作包?dll可以exports,但是为什么delphi帮助中不提包的exports,但是有些代码却又在包中使用exprots?

首先来看看delphi的编译过程。delphi的工程中有两类:包和程序,前者的后缀为dpk,后者为dpr。从简单的开始,先来搞dpr。根据delphi的帮助文档,一个典型的dpr文件的结构如下:
 1 program Editor;
 2    
 3     uses
 4       Forms, {change to QForms in Linux}
 5       REAbout in 'REAbout.pas' {AboutBox},
 6       REMain in 'REMain.pas' {MainForm};
 7    
 8     {$R *.res}
 9    
10     begin
11       Application.Title := 'Text Editor';
12       Application.CreateForm(TMainForm, MainForm);
13       Application.Run;
14     end.
其中10行到14行,begin…end很自然就是程序的执行入口。uses部分指明了程序需要使用的一些Unit,这个就比较含糊了,为什么有的会用in指明源代码的位置(这部分是自己向工程中添加的),有的如Forms这个部分,却又不需要?那每个Unit又会uses其它Unit,这个问题似乎越来越复杂了。先看整个源代码的结构:

我猜测编译器第一步首先遍历这张有向图,对每个Unit,如果有必要就对其进行编译,生成对应的dcu。而这个“必要”问题,我开始以为是use这个Unit的语句是带有in的,后来试验发现不对。因为在上面的情况下,Unit3并没有在Unit1的Uses子句中指明路径,但是仍然正确产生了对应的dcu文件。后来使用filemon来监视文件打开情况,发现过程是这样的:对于图中的每个节点,编译器按照当前目录—project属性中的search path—IDE环境中的library path,这样的顺序,搜索节点对应的pas文件,没找到就再来一遍,但是这次搜索的是节点对应的dcu文件。

现在编译搞定了,每个Unit(即pas文件)已经生成了对于的dcu文件,下面的问题是连接。说到连接,问题就复杂了,连接有两种:静态和动态。静态连接就是说把这些dcu全部合并到一起。这样,一个Unit对另一个Unit的调用,就成了程序内部的事情了。这样的好处是快,而且简单,并发共享之类的问题都容易处理。缺点是目标程序很大,而且如果现在要编写另一个程序,而Unit3可以重用的话,则在连接时Unit3.dcu被再次拷贝。这样在两个程序同时运行时,内存中会有两个Unit3的副本,比较浪费。动态连接就是说,两个程序在连接时,仅仅只保留对Unit3的引用,而并不拷贝Unit3的内容。到运行时,把Unit3装入内存,让两个程序公用。Dll和BPL都是动态连接的解决方案。问题在于,delphi中关于连接的选项就只有project|Options|packages菜单中出现,“Build with runtime packages”这句话实在是太模糊了。所以还要再研究一下。
在程序执行的时候,我们可以通过view|debug window|moudles来查看有哪些东西被加载到内存中去了,它们又包含哪些内容。
简便起见,我们建立如下结构的一个程序:


program ProjectEXE;


uses
  Forms,
  Windows,
  UnitFormMain in 'UnitFormMain.pas' {FormMain};

{$R *.res}

begin
  Application.Initialize;
  Application.CreateForm(TFormMain, FormMain);
  Application.Run;
end.


unit UnitFormMain;

interface

uses
  Windows, StdCtrls, Forms, UnitFormAnother,Classes, Controls;

type
  TFormMain = class(TForm)
    Button1: TButton;
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  FormMain: TFormMain;

implementation

{$R *.dfm}

procedure TFormMain.Button1Click(Sender: TObject);
var
  LForm:TFormAnother;
begin
  LForm:=TFormAnother.Create(Application);
  LForm.ShowModal;
  LForm.Free;
end;

end.


unit UnitFormAnother;

interface

uses
  Forms;

type
  TFormAnother = class(TForm)
  private
    { Private declarations }
  public
    { Public declarations }
  end;

implementation

{$R *.dfm}

end.


“Build with runtime packages”不打钩的时候,是静态连接的。有向图中出现的所有Unit都包含在目标文件中了,整个exe有356k,而两个Unit各自只有4k。
现在来动态。“Build with runtime packages”打钩,现在发现运行时ProjectEXE.exe文件只包含四个部分:两个Form、一个SysInit.pas、一个ProjectEXE.dpr;与此同时进程树里面多了两个bpl:rtl60和vcl60,它们的内容就是刚才静态连接中出现的那些Unit。现在ProjectEXE.exe只有16k。也就是说,有向图中的Unit,一部分放在exe中了,另一部分放在bpl中了。但是根据什么来划分呢?是根据uses子句,还是根据这里“Build with runtime packages”中的列表?继续测试,发现:如果列表中仅包含vcl60,则加载到内存中的还是两个bpl加一个exe;如果列表中只包含rtl60,则内存中仅包含rtl60和exe,但是exe的内容发生了变化:里面的Unit增多了,而且基本都是vcl60包里面的。我猜想应该是rtl和vcl包之间存在require关系。这个留到下一步再测试。但是初步估计连接过程中,肯定会利用包列表,将那些已经在包中存在的Unit从exe中排除出去。

在动态连接之后,还存在一个问题:装入。装入有两种策略,静态也称为自动,由delphi生成代码,在装载exe之前,自动装入包;另一种是动态,即在程序运行时通过编码,指定一个包,把它装入内存。问题在于,我必须搞清楚delphi在什么情况下会自动装入一个包,什么情况下可以避免delphi自作聪明,这样才能灵活地使用包。前面的试验中,只可以看出,在dpr文件执行到begin之前,静态连接的的包就已经装入内存了。具体过程我也不清楚,等下一章开始写自己的包,再来做实验吧。


上一篇:李维看Delphi2006(DeXter) 人气:7219
下一篇:Delphi中的包(三):bpl和dll 人气:6150
浏览全部Delphi的内容 Dreamweaver插件下载 网页广告代码 祝你圣诞节快乐 2009年新年快乐