这几天在做自己的一个小程序，因为使用了3层架构，运行目录下有很多dll文件，最终发布时，我打算将dll文件都合并到exe文件中去。微软发布的免费软件ILmerge可以完成这项工作，研究了一下，其用法如下：

1、合并file1.dll、file2.dll到destination.dll

ILmerge /ndebug /target:dll /out:C:\destination.dll /log C:\file1.dll C:\file2.dll

2、合并file1.dll、file2.dll以及myApp.exe到newApp.exe

ILmerge /ndebug /target:winexe /out:C:\newApp.exe /log C:\myapp.exe C:\file1.dll C:\file2.dll

注意：合并为exe时，myapp.exe必须写在file1.dll、file2.dll前面

完成之后，就得到了一个exe文件，如果想做一些邪恶的事情，可以将一些破解软件的dll合并到你的exe中去。前提是，所有的dll都是托管的，如果尝试合并C++写的dll，则会失败。有一个工具，叫做mergebin.exe，可以合并托管和非托管dll，用法我还没研究出来，似乎比较困难的样子。这个工具是ADO.NET 2.0 Data Provider for SQLite的作者写的，他发布的System.Data.SQLite.dll可以被dotNet程序引用，还可以直接被C/C++程序调用，这个dll就是托管和非托管混合的dll，果然是很牛的！mergebin.exe在其源码包里，有兴趣的朋友可以研究一下。这是其官方网站：http://sqlite.phxsoftware.com

继续邪恶的话题，如果你的exe里面合并有破解的dll，你可能不想让别人知道，或者你不想让别人反编译你的exe文件。混淆软件都收费，而且混淆之后方法还是看得见的，只不过名字毫无规则，没办法，用不了。还是加壳来的直接，我们得找一款很牛的加壳软件。给大家推荐个软件，叫做Sixxpack，专门加壳dotNet程序的，目前的最新版本为Sixxpack22，要求机器上装有.netframework2.0以上版本。Sixxpack除了加壳，还使用了压缩技术，最高压缩比达80%。Sixxpack是免费软件，官网是：http://www.reversers.net/

经Sixxpack加壳后，用Reflector打开exe文件，哈哈，看到的永远都只是一个actmp.dll的信息，其中包含4个7zip命名空间和1个Sixxpack命名空间，反编出来这些东西对也没啥用处。呵呵，原来是用7zip压缩的，难怪那么高的压缩比。

有一个问题是，用Sixxpack处理之后的程序集，版本信息是0.0.0.0，其他信息也不对。没关系，使用Resource Hacker修改一下就OK了！ Resource Hacker也是免费软件，官网是：http://angusj.com/resourcehacker/

我这个小项目为了美化界面，用了一些邪恶的东西，最终的exe文件5MB左右，用Sixxpack处理之后，体积降到了2MB以内，运行时几乎没有性能损失。最重要的，很难反编译，可以放心拿给别人用了。

Microsoft .Net Remoting系列专题之三：Remoting事件处理全接触

Microsoft .Net Remoting系列专题之二 

一、远程对象的激活

在Remoting中有三种激活方式，一般的实现是通过RemotingServices类的静态方法来完成。工作过程事实上是将该远程对象注册到通道中。由于Remoting没有提供与之对应的Unregister方法来注销远程对象，所以如果需要注册/注销指定对象，微软推荐使用Marshal（一般译为编组）和Disconnect配对使用。在《Net Remoting基础篇》中我已经谈到：Marshal()方法是将MarshalByRefObject类对象转化为ObjRef类对象，这个对象是存储生成代理以与远程对象通讯所需的所有相关信息。这样就可以将该实例序列化以便在应用程序域之间以及通过网络进行传输，客户端就可以调用了。而Disconnect()方法则将具体的实例对象从通道中断开。

根据上述说明，Marshal()方法对远程对象以引用方式进行编组（Marshal-by-Reference，MBR），并将对象的代理信息放到通道中。客户端可以通过Activator.GetObject()来获取。如果用户要注销该对象，则通过调用Disconnect()方法。那么这种方式对于编组的远程对象是否存在生命周期的管理呢？这就是本文所要描述的问题。

二、生命周期

在CLR中，框架提供了GC（垃圾回收器）来管理内存中对象的生命周期。同样的，.Net Remoting使用了一种分布式垃圾回收，基于租用的形式来管理远程对象的生命周期。

早期的DCOM对于对象生命周期的管理是通过ping和引用计数来确定对象何时应当作为垃圾回收。然而ping引起的网络流量对分布式应用程序的性能是一种痛苦的负担，它大大地影响了分布式处理的整体性能。.Net Remoting在每个应用程序域中都引入一个租用管理器，为每个服务器端的SingleTon，或每个客户端激活的远程对象保存着对租用对象的引用。（说明：对于服务器端激活的SingleCall方式，由于它是无状态的，对于每个激活的远程对象，都由CLR的GC来自动回收，因此对于SingleCall模式激活的远程对象，不存在生命周期的管理。）

1、租用

租用是个封装了TimeSpan值的对象，用以管理远程对象的生存期。在.Net Remoting中提供了定义租用功能的ILease接口。当Remoting通过SingleTon模式或客户端激活模式来激活远程对象时，租用对象调用从System.MarshalByRefObject继承的InitializeLifetimeService方法，向对象请求租用。

ILease接口定义了有关生命周期的属性，均为TimeSpan值。如下：
InitialLeaseTime：初始化有效时间，默认值为300秒，如果为0，表示永不过期；
RenewOnCallTime：调用远程对象一个方法时的租用更新时间，默认值为120秒；
SponsorshipTimeout：超时值，通知Sponsor（发起人）租用过期后，Remoting会等待的时间，默认值为120秒；
CurrentLeaseTime：当前租用时间，首次获得租用时，为InitializeLeaseTime的值。

Remoting的远程对象因为继承了MarshalByRefObject，因此默认继承了InitializeLifetimeService方法，那么租用的相关属性为默认值。如果要改变这些设置，可以在远程对象中重写该方法。例如：
 public override object InitializeLifetimeService()
 {
  ILease lease = (ILease)base.InitializeLifetimeService();
  if (lease.CurrentState == LeaseState.Initial)
  {
   lease.InitialLeaseTime = TimeSpan.FromMinutes(1);
   lease.RenewOnCallTime = TimeSpan.FromSeconds(20);
  }
  return lease;  
 }

也可以忽略该方法，将对象的租用周期改变为无限：
 public override object InitializeLifetimeService()
 {
  return null;
 }

2、租用管理器

如果是前面所说的租用主要是应用在每个具体的远程对象上，那么租用管理器是服务器端专门用来管理远程对象生命周期的管理器，它维持着一个System.Hashtable成员，将租用映射为System.DateTime实例表示每个租用何时应过期。Remoting采用轮询的方式以一定的时间唤醒租用管理器，检查每个租用是否过期。默认为每10秒钟唤醒一次。轮询的间隔可以配置，如将轮询间隔设置为5分钟：LifetimeService.LeaseManagerPollTime = System.TimeSpan.FromMinutes(5);

我们还可以在租用管理器中设置远程对象租用的属性，如改变远程对象的初始有效时间为永久有效：
LifetimeServices.LeaseTime = TimeSpan.Zero;

我们也可以通过配置文件来设置生命周期，如：
<configuration>
 <system.runtime.remoting>
  <application name = "SimpleServer">
   <lifetime leaseTime = "0" sponsorshipTimeOut = "1M" renewOnCallTime = "1M" pollTime = "30S"/>       
  </application>
 </system.runtime.remoting>
</configuration>

注：配置文件中的pollTime即为上面所说的租用管理器的轮询间隔时间LeaseManagerPollTime。

租用管理器对于生命周期的设置是针对服务器上所有的远程对象。当我们通过配置文件或租用管理器设置租用的属性时，所有远程对象的生命周期都遵循该设置，除非我们对于指定的远程对象通过重写InitializeLifetimeService方法，改变了相关配置。也就是说，远程对象的租用配置优先级高于服务器端配置。

3、发起人（Sponsor）

发起人是针对客户端而言的。远程对象就是发起人要租用的对象，发起人可以与服务器端签订租约，约定租用时间。一旦到期后，发起人还可以续租，就像现实生活中租方的契约，房东、租房者之间的关系一样。

在.Net Framework中的System.Runtime.Remoting.Lifetime命名空间中定义了ClientSponsor类，该类继承了System.MarshalByRefObject，并实现了ISponsor接口。ClientSponsor类的属性和方法，可以参考MSDN。

客户端要使用发起人机制，必须创建ClientSponsor类的一个实例。然后调用相关方法如Register()或Renewal()方法来注册远程对象或延长生命周期。如：
RemotingObject obj = new RemotingObject();
ClientSponsor sponsor = new ClientSponsor();
sponsor.RenewalTime = TimeSpan.FromMinutes(2);
sponsor.Register(obj);

续租时间也可以在ClientSponsor的构造函数中直接设置，如：
ClientSponsor sponsor = new ClientSponsor(TimeSpan.FromMinutes(2));
sponsor.Register(obj);

我们也可以自己编写Sponsor来管理发起人机制，这个类必须继承ClientSponsor并实现ISponsor接口。

三、跟踪服务

如前所述，我们要判断通过Marshal编组远程对象是否存在生命周期的管理。在Remoting中，可以通过跟踪服务程序来监视MBR对象的编组进程。

我们可以创建一个简单的跟踪处理程序，该程序实现接口ITrackingHandler。接口ITrackingHandler定义了3个方法，MarshalObject、UnmarshalObject和DisconnectedObject。当远程对象被编组、解组和断开连接时，就会调用相应的方法。下面是该跟踪处理类的代码：public class MyTracking:ITrackingHandler
{
 public MyTracking()
 {
  //
  // TODO: 在此处添加构造函数逻辑
  //
 }

 public void MarshaledObject(object obj,ObjRef or)
 {
  Console.WriteLine();
  Console.WriteLine("对象" + obj.Tostring() + " is marshaled at " + DateTime.Now.ToShortTimeString());
 }

 public void UnmarshaledObject(object obj,ObjRef or)
 {
  Console.WriteLine();
  Console.WriteLine("对象" + obj.Tostring() + " is unmarshaled at " + DateTime.Now.ToShortTimeString());
 }

  public void DisconnectedObject(object obj)
 {
  Console.WriteLine(obj.ToString() + " is disconnected at " + DateTime.Now.ToShortTimeString());
 }
}

然后再服务器端创建该跟踪处理类的实例，并注册跟踪服务：
TrackingServices.RegisterTrackingHandler(new MyTracking());

四、测试

1、建立两个远程对象，并重写InitializeLifetimeService方法：

对象一：AppService1
初始生命周期：1分钟

 public class AppService1:MarshalByRefObject
 {
  public void PrintString(string contents)
  {
   Console.WriteLine(contents);   
  }

  public override object InitializeLifetimeService()
  {
   ILease lease = (ILease)base.InitializeLifetimeService();
   if (lease.CurrentState == LeaseState.Initial)
   {
    lease.InitialLeaseTime = TimeSpan.FromMinutes(1);
    lease.RenewOnCallTime = TimeSpan.FromSeconds(20);
   }
   return lease;
   
  }
 }

对象二：AppService2
初始生命周期：3分钟

 public class AppService2:MarshalByRefObject
 {
  public void PrintString(string contents)
  {
   Console.WriteLine(contents);   
  }

  public override object InitializeLifetimeService()
  {
   ILease lease = (ILease)base.InitializeLifetimeService();
   if (lease.CurrentState == LeaseState.Initial)
   {
    lease.InitialLeaseTime = TimeSpan.FromMinutes(3);
    lease.RenewOnCallTime = TimeSpan.FromSeconds(40);
   }
   return lease;
   
  }
 }

为简便起见，两个对象的方法都一样。

2、服务器端

(1) 首先建立如上的监控处理类；

(2) 注册通道：
TcpChannel channel = new TcpChannel(8080);
ChannelServices.RegisterChannel(channel);

(3) 设置租用管理器的初始租用时间为无限：
LifetimeServices.LeaseTime = TimeSpan.Zero;

(4) 创建该跟踪处理类的实例，并注册跟踪服务：
TrackingServices.RegisterTrackingHandler(new MyTracking());

(5) 编组两个远程对象：
ServerAS.AppService1 service1 = new ServerAS1.AppService1();
ObjRef objRef1 = RemotingServices.Marshal((MarshalByRefObject)service1,"AppService1");

ServerAS.AppService2 service2 = new ServerAS1.AppService2();
ObjRef objRef2 = RemotingServices.Marshal((MarshalByRefObject)service2,"AppService2");

(6) 使服务器端保持运行：
Console.WriteLine("Remoting服务启动，按退出..."); 
Console.ReadLine();

3、客户端

通过Activator.GetObject()获得两个远程对象，并调用其方法PrintString。代码略。

4、运行测试：

运行服务器端和客户端，由于监控程序将监视远程对象的编组进程，因此在运行开始，就会显示远程对象已经被Marshal：

然后再客户端调用这两个远程对象的PrintString方法，服务器端接受字符串：

一分钟后，远程对象一自动被Disconnect：

此时客户端如要调用远程对象一，会抛出RemotingException异常；

又一分钟后，远程对象二被Disconnect了：

align="center">

用户还可以根据这个代码测试RenewOnCallTime的时间是否正确。也即是说，在对象还未被Disconnect时，调用对象，则从调用对象的这一刻起，其生命周期不再是原来设定的初始有效时间值（InitialLeaseTime），而是租用更新时间值（RenewOnCallTime）。另外，如果这两个远程对象没有重写InitializeLifetimeService方法，则生命周期应为租用管理器所设定的值，为永久有效（设置为0）。那么这两个对象不会被自动Disconnect，除非我们显式指定关闭它的连接。当然，如果我们显式关闭连接，跟踪程序仍然会监视到它的变化，然后显示出来。

五、结论

通过我们的测试，其实结论已经很明显了。通过Marshal编组的对象要受到租用的生命周期所控制。注意对象被Disconnect，并不是指这个对象被GC回收，而是指这个对象保存在通道的相关代理信息被断开了，而对象本身仍然在服务器端存在。

所以我们通过Remoting提供服务，应根据实际情况指定远程对象的生命周期，如果不指定，则为Remoting默认的设定。要让所有的远程对象永久有效，可以通过配置文件或租用管理器将初始有效时间设为0。

        下面先来简单说明一下VMDotNet文件夹吧，在这个文件夹之下有一个v2.0.50727文件夹，很明显是.NET FRAMEWORK的版本号啦，进入这个文件夹，里面有一个FetionVM.exe的可执行文件（飞信的图标），这个便是我们要用到的虚拟机文件了。其 它文件我们不用考虑。这个程序可以带入一个参数，即要在此虚拟环境下运行的程序的路径。形如FetionVM.exe C:\1.exe，也可以使用相对路径：FetionVM.exe 1.exe，当然这样要求两者在同一目录下啦。这里顺便要再说一下VMDotNet.log这个文件，这里记录了在调用FetionVM.exe时的错误 信息，主要是路径不对，找不到对应的程序。在了解了这个文件夹之后，我们可以动手开始做啦！

        把这个文件夹复制到你的项目的DEBUG目录下，我的已有项目名为PicProcessor，生成的可执行文件为，当然你也可以视情况而定了，如果放别的地方就应该注意一下路径就好了。

        在这里我们需要再新建一个C#应用程序项目，我把它命名为PicStart，把FORM1.CS删除，或者直接新建一个控制台程序，在Program.cs中写入以下代码：

using System; using System.Collections.Generic; using System.Windows.Forms;

namespace PicStart {     static class Program     {         /// <summary>         /// 应用程序的主入口点。         /// </summary>         [STAThread]         static void Main()         {             //下面是调用外部程序的代码             System.Diagnostics.ProcessStartInfo Info = new System.Diagnostics.ProcessStartInfo();             Info.FileName = "VMDotNet\\v2.0.50727\\FetionVM.exe"; //这里是你要调用到的外部程序             Info.Arguments = "PicProcessor.exe"; //调用外部程序的参数，这里是图片处理项目的可执行文件，注意不是现在这个项目的可执行文件             System.Diagnostics.Process Proc;

            try             {                 //                 //启动外部程序                 //                 Proc = System.Diagnostics.Process.Start(Info);             }             catch (System.ComponentModel.Win32Exception e)             {                 Console.WriteLine("系统找不到指定的程序文件。\r{0}", e);                 return;             }         }     } }

        在做完了这个项目以后我们生成此项目，这个时候我们就可以开始制作程序的安装文件了。

         以前我们利用VS2005做安装包的时候可以选择把.NET FRAMEWORK集成进去，但现在我们不用了，请大家把相应的选项全部去掉，还不会使用VS2005安装和部署功能的朋友请到此网址去看一下。http://www.vs2005.com/Setup/205/1/default.aspx

         我们把PicProcessor和PicStart项目都添加进新建的安装和部署项目Setup中来，把程序启动的快捷方式全部设为 PicStart.exe就可以了，具体的操作方法在上面的链接里有。然后开始生成安装包，生成的安装包如果选择大小优先的话，VMDotNet会占用大 概10Mb左右的空间，然后加上你程序的大小就是这个安装文件的大小了，比以前20多MB的.Net Framework小多了，而且安装速度也要快的多，这样程序在没有.Net Framework的机器上也能运行了，大家都试试吧，有什么问题可以给我留言。每天晚上一般我都会上线，会及时给大家回复的！

        第一次写原创技术文章，不足之处，请大家多多包涵！谢谢！

 转贴自http://hi.baidu.com/ck436/blog/item/b91b5f8295b7e8a10cf4d256.html

此文件是网上转贴过来的，只是给自己作为参考，起抛砖引玉的作用，没想到也有朋友看了这文章，所以特在此处说明一下：其实再用.Net作启动程序是不行的，应该用C++6.0的做一个启动程序，这样就OK了，呵。08.07.13

这几天看了很多关于脱离框架运行C#程序的文章，千篇一律，都是讲飞信方案的，此方案涉及一些法律问题，只能自己研究一下，后来用google美国网站搜了一把，看了些文章，无意中发现mono，又用mono关键字到google中国搜了一把，已经有人实现控制台程序脱离.net框架了。

其实就是换mono的公共语言运行时来使用。这样做的好处是体积小，发布免安装。首先，您需要下载mono的最新版。http://ftp.novell.com/pub/mono/archive/1.9.1/windows-installer/2/mono-1.9.1-gtksharp-2.10.4-win32-2.exe，安装后，就可以继续进行了。

1、用Visual Studio创建一个Windows应用程序，假设叫做WinApp，并添加一个按钮。

2、编译此项目，得到一个WinApp.exe文件。

3、自己建立一个文件夹WinApp，其中再建立bin和lib这两个文件夹

4、将mono安装文件夹中的bin和lib子文件夹中需要的文件拷贝至刚才建立的那两个文件夹。mono的默认安装位置是：C:\Program Files\Mono-1.9.1

5、将需要运行的exe文件放入WinApp文件夹。

6、调用，可以使用bat批处理来调用，bin\mono.exe WinApp.exe。(其实写个VC++的小程序调用最好，可以我没学过VC++)

好了，发个代码上来，有兴趣的朋友可以研究一下，7zip打包后仅3.26MB，却实现了免安装微软庞大的框架。此测试项目我在纯净的虚拟机和本机均测试过，但有个bug，mono对中文路径支持不好，如若有中文路径，则无法运行。我后来又试了用C:\Program Files\Mono-1.9.1\bin\mono.exe来执行，则没有中文路径问题。我觉得缺少了哪个文件，一个一个试着拷贝到WinApp文件夹中，再用批处理来执行，还是错误。后来干脆将整个安装目录的文件全搬到WinApp目录中，执行批处理还是失败，可是用C:\Program Files\Mono-1.9.1\bin\mono.exe来执行就是能成功，百思不得其解啊！究竟少了什么东西呢？

博客园单个文件限制在了1.95MB，我试了好多次不成功，大家到我的CSDN上下载吧，0分资源。

http://download.csdn.net/source/661248

我本人是非常喜欢C++的. 因为C++对内存直接操作的方式可以节省非常多的内存损耗, 也更快一些. 但是在开发BHO的时候, 我的确也认识到, C#明显要比C++强大很多. 例如C#提供的FOREACH 循环就可以避免FOR循环产生的溢出. 另外C#的类型转换也明显要强于C++. 毕竟BHO和C#都是出自微软一家, 理所当然, C#更适合BHO开发一些. 我的第一个BHO程序是用C++写的. 对于COM的操作,让我至少弄了几天才搞清楚他们到底想干什么. 但是我的第一个C# BHO程序只用了几分钟就搭建好了钩子. 如果你希望从事BHO开发, 而且你才开始学. 我想这片篇文章对您有点帮助.

这篇文章本来是用英文写成的. 因为工作环境的原因, 中文已经越来越生疏. 如果有错误或者不太明显的地方. 请参考英文原文

http://www.horizonideas.com/writings/article.php?id=11

下面竟让我们开始.

首先我们需要在C#中新建一个DLL工程. 因为BHO是通过让IE调用DLL来驱动的. 我用的是V C# EXPRESS. 因为这已经完全够用了. V C# PROFESSIONAL 并不需要, 而且还很浪费内存.

 

当我们建立一个空工程以后, 随便添加一个文件夹叫BHO, 然后添加一个文件.

需要我们注意的是, 我们这个文件必须被命名为IObjectWithSite.cs因为这样IE才知道这是一个BHO程序. 如果想知道更多关于IObjectWiteSite接口的内容, 请查询MSDN http://msdn2.microsoft.com/en-us/library/Aa768220.aspx

在IObjectWithSite中必须有两个方法GetSite和SetSite. 我们主要是对后者进行调用.通过名字大家就可以猜到他们是干什么的.

GetSite:  Gets the last site set with IObjectWithSite::SetSite. If there is no known site, the object returns a failure code.

SetSite:  Provides the site's IUnknown pointer to the object.

请把VS STUIDO 默认的类名给去掉.因为IObjectWithSite并不是一个类, 而是一个接口.

不要忘记添加 System.Runtime.InteropServices

下面我们再添加剂一个叫BHO.CS的主文件.

这个新建的类是基于 IObjectWithSite接口的. 正如同我前面讲的. 你就是通过这个接口来调用IE.

为了使用微软的BHO库.我们必须添加下面两个库: SHDocVw and MSHTML.他们一般都在 Windows\System32 下面

SHDocVw is  Microsoft Shell Doc Object and Control Library

MSHTML is:   All interfaces for accessing the Dynamic HTML (DHTML) Object Model are based on IDispatch and are the basis of access to the object model that is also used by scripts. http://msdn2.microsoft.com/en-us/library/bb498651.aspx

光using SHDocVw" 是不够的, 你需要添加

Add SHDocVw 

因为稍后我们需要用到MESSAGEBOX, 所以这里我也添加了一个WINDOWS FORM库.

下面添加两个变量: WebBrowser and HTMLDocument. 就如同他们的名字. 一个是IE的变量, 另外一个是IE所访问的HTML页变量.

下面在这个类中田间一个叫 OnDocumentComplete 的函数. 取其他名字也行, 没什么太大关系. 但是这里为了CODE的可用性,我们叫OnDocumentComplete. 这个函数实际上是和CDHTMLDIALOG下面的OnDocumentComplete所对应的.

CDHtmlDialog Class http://msdn2.microsoft.com/en-us/library/8bed8k60(VS.80).aspx .

OnDocumentComplete的触发是在一个HTML页被LOAD完以后. 你也可以避免用Navigate() or OnBeforeNavigate(). 他们表示在发出访问和访问之前触发.

Please refer to http://msdn2.microsoft.com/en-us/library/8k5z3ekh(VS.80).aspx to find out what you need exactly.

在 IObjectWithSite.cs下,你需要支出IE的GUID, 这样才方便注册表的更改.

另外你需要给自己的程序添加一个GUID. 这样IE才能在注册表中找到你的信息. 你可以使用System.Guid.NewGuid() method 来得到一个GUID. 这比C++得到GUID的方法要容易得多了.

我们必须给 SetSite and GetSite 加上内容. 在SETSITE中我们就需要加入一个EVENTHANDLER, 让IE来触发我们的OnDocumentComplete函数.

Add one more reference

在BHO.CS下我们需要为我们的DLL添加register/unregister 函数.

编译, 我们就有了我们的DLL.

下面通过DOS下的 regasm /codebase "BHO HelloWorld.dll" 命令在注册dll. 这里有一个问题了, 为什么?

因为我们忘了把我们的主类设置成PUBLIC, 所以别人都不能调用到你的类. 自然注册不了.

然后就成功了.

打开注册表, 找到Browser Helper Object under LOCAL_MACHINE->SOFTWARE->MICROSOFT->WINDOWS->EXPLORER, 看看是不是有变化了?

我们注册完了, 下面就是来写我们的住程序来控制IE了. 下面就是一个例子来抓去你正访问的页面上的所有INPUT 元素的NAME.

在DOCUMENT中, 我们的所有元素都为IHTMLElement, 我们需要调用的是IHTMLInputElement. 所以我们通过GetElementByTagName的方法来查找所有的INPUT ELEMENT. 在找到以后还需要进行类型转换才能找到对应的ATTRIBUTE. 否则IHTMLElement是不代有NAME ATTRIBUTE的. IHTMLElement提供的ATTRIBUTE都是所有元素都有的. 例如ID, 例如TITLE, 例如OnClick等. 有的元素有自己特有的ATTRIBUTE, 例如INPUT有OnFocus这就必须要转换成IHTMLInputElement才能上使用. INPUT对应的IHTMLInputElement, Select-> IHTMLSelectElement .......

There you go, see?

下面我们试另外一个方法叫 BeforeNavigate() .它的触发是在你开始下一个页面之前. 也就是说例如你要提交一个表单, 页面要变化了, 他就被触发.

实际上MS提供了两个类似的接口 BeforeNavigate and BeforeNavigate2(). 大家可以查MSDN看看有什么区别. 这里我们不多讲了.

同样我们添加一个对应的函数原形(点图片, 看大图).

添加EVENTHANDLER

我们下面要干的是截获页面上的密码.

See, how easily, you can get it.

通过上面的过程. 我希望您对BHO有一个初步的了解. 如果想知道更多内容, 请访问MSDN. 里面有非常详细的介绍. 这里也引出了一个话题. 我们可以看到, 几乎用不了两分钟我们就可以截获你填写的任何内容, 你觉得IE是安全的吗? 即使他可以通过SSL来对进出网卡的内容加密, 但是在应用层一样是如此的薄弱. 另外大家如果用IE都会发觉泛滥成灾的ADD-ON, 这就是因为BHO惹的祸.

大家如果不想按照我上面的打,可以下我做好的模版.直接放到你的Visual Studio 2005\Templates\ProjectTemplates文件夹下. 当开始一个新工程时候, 点下那个BHO HELLOWORLD就可以了. 所有上面的代码都给你做好了.

project template下载TEMPLATE

.NET Framework 有助于在以非线程安全方式访问控件时检测到这一问题。在调试器中运行应用程序时，如果创建某控件的线程之外的其他线程试图调用该控件，则调试器会引发一个 InvalidOperationException，并提示消息：“从不是创建控件 control name 的线程访问它。”

有三种方法可以从线程访问Win窗体的控件：非线程安全方式；线程安全调用；使用BackgroundWorker进行的线程安全调用。其中，只有线程的安全调用可以宏观并行处理。（另外两种方式都是在线程运行时接受命令，但在线程执行完以后才执行）。

一：对Windows窗体控件的非线程安全调用

该方式是从辅助线程直接调用。调用应用程序时，调试器会引发一个InvalidOperationException，警告对控件的调用不是线程安全的。

可以通过将 CheckForIllegalCrossThreadCalls 属性的值设置为 false 来禁用此异常。这会使控件以与在 Visual Studio 2003 下相同的方式运行。

具体做法如下：

public Form1()
        ...{
            InitializeComponent();
            Control.CheckForIllegalCrossThreadCalls = false;//这一行是关键 用于对线程的不安全调用
        }

二：对Windows窗体控件的线程安全调用

对窗体控件的线程安全调用需要用委托的方式。

主要思路：

1、查询控件的 InvokeRequired 属性。

2、如果 InvokeRequired 返回 true，则使用实际调用控件的委托来调用 Invoke。

3、如果 InvokeRequired 返回 false，则直接调用控件。

例子：在TextBox控件中输出相应的信息，SetText为textbox的内容设置方法，SetTextDelegate的委托类型封装 SetText方法。TextBox控件的InvokeRequired返回true是，SetText方法创建SetTextDelegate的一个实 例，并调用窗体的Invoke方法。是的SetText方法被创建TextBox控件的线程调用。

  / /该委托使在一个TextBox控件上设置text属性的异步调用功能为真
        delegate void SetTextCallback(string text);

        // 该线程用于对Windows窗体控件的安全调用

        private Thread demoThread = null;

 

// 该事件句柄创建一个对窗体控件线程安全调用的线程

private void setTextSafeBtn_Click( object sender,  EventArgs e)
...{
    this.demoThread =
        new Thread(new ThreadStart(this.ThreadProcSafe));

    this.demoThread.Start();
}

// 该方法在Worker线程中执行并且发出一个线程安全的调用

private void ThreadProcSafe()
...{
    this.SetText("This text was set safely.");
}

//如果被调用的线程和创建的TextBox控件不同，该方法就创建一个SetTextCallback，

// 并且用Invoke方法异步调用自己。
// 如果相同，则直接调用方法设置Text的属性。

private void SetText(string text)
...{
    // 获取的InvokeRequired将调用的线程ID和创建的线程ID向比较。 
    //如果两个线程ID不同，则返回true 

      if (this.textBox1.InvokeRequired)
     ...{   
        SetTextCallback d = new SetTextCallback(SetText);
        this.Invoke(d, new object[] ...{ text });
    }
    else
    ...{
        this.textBox1.Text = text;
    }
}

三、使用 BackgroundWorker 进行的线程安全调用
在应用程序中实现多线程的首选方式是 使用 BackgroundWorker 组件。BackgroundWorker 组件使用事件驱动模型实现多线程。辅助线程运行 DoWork 事件处理程序，创建控件的线程运行 ProgressChanged 和 RunWorkerCompleted 事件处理程序。注意不要从 DoWork 事件处理程序调用您的任何控件。

下面的代码示例不异步执行任何工作，因此没有 DoWork 事件处理程序的实现。TextBox 控件的 Text 属性在 RunWorkerCompleted 事件处理程序中直接设置。

private void setTextBackgroundWorkerBtn_Click(object sender,  EventArgs e)
...{
    this.backgroundWorker1.RunWorkerAsync();
}

private void backgroundWorker1_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
...{
    this.textBox1.Text =
        "This text was set safely by BackgroundWorker.";
}

一般来说，直接在子线程中对窗体上的控件操作是会出现异常，这是由于子线程和运行窗体的线程是不同的空间，因此想要在子线程来操作窗体上的控件，是 不可能 简单的通过控件对象名来操作，但不是说不能进行操作，微软提供了Invoke的方法，其作用就是让子线程告诉窗体线程来完成相应的控件操作。

一．优点

1。支持自动改变大小的功能
2。可以灵活的插入元素
3。可以灵活的删除元素

二．局限性

跟一般的数组比起来，速度上差些

三．添加元素

1．publicvirtualintAdd(objectvalue);

将对象添加到ArrayList的结尾处

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
内容为abcde

2．publicvirtualvoidInsert(intindex,objectvalue);

将元素插入ArrayList的指定索引处

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
aList.Insert(0,"aa");

结果为aaabcde

3．publicvirtualvoidInsertRange(intindex,ICollectionc);

将集合中的某个元素插入ArrayList的指定索引处

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
ArrayListlist2=newArrayList();
list2.Add("tt");
list2.Add("ttt");
aList.InsertRange(2,list2);

结果为abtttttcde

四．删除

a)publicvirtualvoidRemove(objectobj);

从ArrayList中移除特定对象的第一个匹配项,注意是第一个

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
aList.Remove("a");

结果为bcde

2.publicvirtualvoidRemoveAt(intindex);

移除ArrayList的指定索引处的元素

aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
aList.RemoveAt(0);

结果为bcde

3．publicvirtualvoidRemoveRange(intindex,intcount);

从ArrayList中移除一定范围的元素。Index表示索引，count表示从索引处开始的数目

aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
aList.RemoveRange(1,3);

结果为ae

4．publicvirtualvoidClear();

从ArrayList中移除所有元素。

五．排序

a)publicvirtualvoidSort();

对ArrayList或它的一部分中的元素进行排序。

ArrayListaList=newArrayList();
aList.Add("e");
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
DropDownList1.DataSource=aList;//DropDownListDropDownList1;
DropDownList1.DataBind();

结果为eabcd

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
aList.Sort();//排序
DropDownList1.DataSource=aList;//DropDownListDropDownList1;
DropDownList1.DataBind();

结果为abcde

b)publicvirtualvoidReverse();

将ArrayList或它的一部分中元素的顺序反转。

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
aList.Reverse();//反转
DropDownList1.DataSource=aList;//DropDownListDropDownList1;
DropDownList1.DataBind();
结果为edcba

六．查找

a)publicvirtualintIndexOf(object);
b)publicvirtualintIndexOf(object,int);
c)publicvirtualintIndexOf(object,int,int);

返回ArrayList或它的一部分中某个值的第一个匹配项的从零开始的索引。没找到返回-1。

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");
intnIndex=aList.IndexOf(“a”);//1
nIndex=aList.IndexOf(“p”);//没找到，-1
d)publicvirtualintLastIndexOf(object);
e)publicvirtualintLastIndexOf(object,int);
f)publicvirtualintLastIndexOf(object,int,int);

返回ArrayList或它的一部分中某个值的最后一个匹配项的从零开始的索引。

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("a");//同0
aList.Add("d");
aList.Add("e");
intnIndex=aList.LastIndexOf("a");//值为2而不是0

g)publicvirtualboolContains(objectitem);

确定某个元素是否在ArrayList中。包含返回true,否则返回false

七．其他

1．publicvirtualintCapacity{get;set;}

获取或设置ArrayList可包含的元素数。

2．publicvirtualintCount{get;}

获取ArrayList中实际包含的元素数。
Capacity是ArrayList可以存储的元素数。Count是ArrayList中实际包含的元素数。Capacity总是大于或等于Count。如果在添加元素时，Count超过Capacity，则该列表的容量会通过自动重新分配内部数组加倍。
如果Capacity的值显式设置，则内部数组也需要重新分配以容纳指定的容量。如果Capacity被显式设置为0，则公共语言运行库将其设置为默认容量。默认容量为16。
在调用Clear后，Count为0，而此时Capacity切是默认容量16，而不是0

3．publicvirtualvoidTrimToSize();

将容量设置为ArrayList中元素的实际数量。
如果不向列表中添加新元素，则此方法可用于最小化列表的内存系统开销。
若要完全清除列表中的所有元素，请在调用TrimToSize之前调用Clear方法。截去空ArrayList会将ArrayList的容量设置为默认容量，而不是零。

ArrayListaList=newArrayList();
aList.Add("a");
aList.Add("b");
aList.Add("c");
aList.Add("d");
aList.Add("e");//Count=5,Capacity=16,
aList.TrimToSize();//Count=Capacity=5;