MD5的全称是message-digest algorithm 5(信息-摘要算法，在90年代初由mit laboratory for computer science和rsa data security inc的ronald l. rivest开发出来， 经md2、md3和md4发展而来。

MD5具有很好的安全性(因为它具有不可逆的特征,加过密的密文经过解密后和加密前的东东相同的可能性极小)

引用
using System.Security.Cryptography;
using System.Text;

具体代码如下(写在按钮的Click事件里):
byte[] result = Encoding.Default.GetBytes(this.tbPass.Text.Trim());    //tbPass为输入密码的文本框
MD5 md5 = new MD5CryptoServiceProvider();
byte[] output = md5.ComputeHash(result);
this.tbMd5pass.Text = BitConverter.ToString(output).Replace("-","");  //tbMd5pass为输出加密文本的文本框

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/lykycs/archive/2006/06/16/802873.aspx

作者：Nicrosoft(nicrosoft@sunistudio.com) 2001.9.15
个人主页：http://www.sunistudio.com/nicrosoft/
东日文档：http://www.sunistudio.com/asp/sunidoc.asp

　　我们知道，类的构造函数是没有返回值的，如果构造函数构造对象失败，不可能依靠返回错误代码。那么，在程序中如何标识构造函数的失败呢？最“标准”的方法就是：抛出一个异常。

　　构造函数失败，意味着对象的构造失败，那么抛出异常之后，这个“半死不活”的对象会被如何处理呢？这就是本文的主题。

在C++中，构造函数抛出异常后，析构函数不会被调用。这是合理的，因为此时对象并没有被完整构造。也就是说，如果构造函数已经做了一些诸如分配内存、 打开文件等操作的话，那么类需要有自己的成员来记住做过哪些动作。在C++中，经典的解决方案是使用STL的标准类auto_ptr，这在每一本经典 C++著作中都有介绍，我在这里就不多说了。在这里，我想再介绍一种“非常规”的方式，其思想就是避免在构造函数中抛出异常。我们可以在类中增加一个 Init(); 以及 UnInit();成员函数用于进行容易产生错误的资源分配工作，而真正的构造函数中先将所有成员置为NULL，然后调用 Init(); 并判断其返回值（或者捕捉 Init()抛出的异常），如果Init();失败了，则在构造函数中调用 UnInit(); 并设置一个标志位表明构造失败。UnInit()中按照成员是否为NULL进行资源的释放工作。示例代码如下：
class A
{
private:
 char* str;
 int failed;

public:
 A();
 ~A();
 int Init();
 int UnInit();
 int Failed();
};

A::A()
{
 str = NULL;
 try
 {
  Init();
  failed = 0;
 }
 catch(...)
 {
  failed = 1;
  UnInit();
 }
}

A::~A()
{
 UnInit();
}

int A::Init()
{
 str = new char[10];
 strcpy(str, "ABCDEFGHI");
 throw 10;

 return 1;
}

int A::UnInit()
{
 if (!str)
 {
  delete []str;
  str = NULL;
 }

 printf("Free Resource

");
 return 1;
}

int A::Failed()
{
 return failed;
}

int main(int argc, char* argv[])
{
 A* a = new A;
 if ( a->Failed() )
  printf("failed

");
 else
  printf("succeeded

");

 delete a;

 getchar();
 return 0;
}

　　你会发现，在int A::Init()中包含了throw 10;的代码（产生一个异常，模拟错误的发生），执行结果是：
　　Free Resource
　　failed
　　Free Resource
　　虽然 UnInit();被调用了两次，但是由于UnInit();中做了判断（if (!str)），因此不会发生错误。而如果没有发生异常（去掉 int A::Init()中的throw 10;代码），执行结果是：
　　Succeeded
　　Free Resource
　　和正常的流程没有任何区别。

在Object Pascal（Delphi/VCL）中，这个问题就变得非常的简单了，因为 OP 对构造函数的异常的处理与C++不同，在Create时抛出异常后，编译器会自动调用析构函数Destroy，并且会判断哪些资源被分配了，实行自动回 收。因此，其代码也变得非常简洁，如下：
type
  A = class
  private
　　str : PChar;
  public
　　constructor Create();
　　destructor Destroy(); override;
  end;

constructor A.Create();
begin
　　str := StrAlloc(10);
　　StrCopy(str, 'ABCDEFGHI');
　　raise Exception.Create('error');
end;

destructor A.Destroy();
begin
　　StrDispose(str);
　　WriteLn('Free Resource');
end;

var oa : A;
　　i : integer;
begin
　　try
　　    oa := A.Create();
　　    WriteLn('Succeeded');
　　    oa.Free();
　　except
　　    oa := nil;
　　    WriteLn('Failed');
　　end;

　　Read(i);
end.

　　在这段代码中，如果构造函数抛出异常（即Create中含有raise Exception.Create('error');），执行的结果是：
　　Free Resource
　　Failed
　　此时的“Free Resource”输出是由编译器自动调用析构函数所产生的。而如果构造函数正常返回（即不抛出异常），则执行结果是：
　　Succeeded
　　Free Resource
　　此时的“Free Resource”输出是由 oa.Free()的调用产生的。

综上，C++与Object Pascal对于构造函数抛出异常后的不同处理方式，其实正是两种语言的设计思想的体现。C++秉承C的风格，注重效率，一切交给程序员来掌握，编译器不 作多余动作。Object Pascal继承Pascal的风格，注重程序的美学意义（不可否认，Pascal代码是全世界最优美的代码），编译器帮助程序员完成复杂的工作。两种语 言都有存在的理由，都有存在的必要！而掌握它们之间的差别，能让你更好地控制它们，达到自由的理想王国。

串口通讯中的DCB结构

typedef struct _DCB {// dcb

DWORD DCBlength; // sizeof(DCB)

DORD BaudRate; // current baud rate　指定当前的波特率

DWORD fBinary: 1; // binary mode, no EOF check　指定是否允许二进制模式WIN95中须为TRUE
       

DWORD fParity: 1; // enable parity checking　指定奇偶校验是否允许

DWORD fOutxCtsFlow:1; // CTS output flow control 指定CTS是否用于检测发送控制。当为TRUE是CTS为OFF，发送将被挂起。

DWORD fOutxDsrFlow:1; // DSR output flow control   指定CTS是否用于检测发送控制。当为TRUE是CTS为OFF，发送将被挂起。

DWORD fDtrControl:2; // DTR flow control type

DTR_CONTROL_DISABLE 值将DTR置为OFF,DTR_CONTROL_ENABLE值将DTR置为ON, 

DTR_CONTROL_HANDSHAKE 允许DTR"握手",

DWORD fDsrSensitivity:1;// DSR sensitivity 当该值为TRUE时DSR为OFF时接收的字节被忽略

DWORD fTXContinueOnXoff:1; // XOFF continues Tx
    指定当接收缓冲区已满,并且驱动程序已经发送出XoffChar字符时发送是否停止。

    TRUE时，在接收缓冲区接收到缓冲区已满的字节XoffLim且驱动程序已经发送出XoffChar字      符中止接收字节之后，发送继续进行。
    FALSE时，在接收缓冲区接收到代表缓冲区已空的字节XonChar且驱动程序已经发送出恢复发送的XonChar之后，发送继续进行。

DWORD fOutX: 1; // XON/XOFF out flow control    TRUE时，接收到XoffChar之后便停止发送接收到XonChar之后将重新开始

DWORD fInX: 1; // XON/XOFF in flow control
             TRUE时，接收缓冲区接收到代表缓冲区满的XoffLim之后，XoffChar发送出去接收缓冲区接收到代表缓冲区空的XonLim之后，XonChar发送出去

DWORD fErrorChar: 1; // enable error replacement
        　该值为TRUE且fParity为TRUE时，用ErrorChar 成员指定的字符代替奇偶校验错误的接收字符

DWORD fNull: 1; // enable null stripping　　TRUE时，接收时去掉空（0值）字节

DWORD fRtsControl:2; // RTS flow control

DWORD fAbortOnError:1; // abort reads/writes on error　　TRUE时,有错误发生时中止读和写操作RTS_CONTROL_DISABLE时,RTS置为OFFRTS_CONTROL_ENABLE时, RTS置为ON

RTS_CONTROL_HANDSHAKE时,当接收缓冲区小于半满时RTS为ON当接收缓冲区超过四分之三满时RTS为OFF

RTS_CONTROL_TOGGLE时,当接收缓冲区仍有剩余字节时RTS为ON ,否则缺省为OFF

DWORD fDummy2:17; // reserved　　未使用

WORD wReserved; // not currently used　　未使用,必须为0

WORD XonLim; // transmit XON threshold   指定在XON字符发送这前接收缓冲区中可允许的最小字节数

WORD XoffLim; // transmit XOFF threshold  指定在XOFF字符发送这前接收缓冲区中可允许的最小字节数

BYTE ByteSize; // number of bits/byte, 4-8　　指定端口当前使用的数据位

BYTE Parity; // 0-4=no,odd,even,mark,space　指定端口当前使用的奇偶校验方法,可能为:
                            EVENPARITY,MARKPARITY,NOPARITY,ODDPARITY　BYTE

StopBits;      0,1,2 = 1, 1.5, 2 　　指定端口当前使用的停止位数,可能为:
                          ONESTOPBIT,ONE5STOPBITS,TWOSTOPBITS

char XonChar; // Tx and Rx XON character　　指定用于发送和接收字符XON的值

char XoffChar; // Tx and Rx XOFF character　　指定用于发送和接收字符XOFF值

char ErrorChar; // error replacement character本字符用来代替接收到的奇偶校验发生错误时的值

char EofChar; // end of input character　当没有使用二进制模式时,本字符可用来指示数据的结束

char EvtChar; // received event character　当接收到此字符时,会产生一个事件

WORD wReserved1; // reserved; do not use 未使用

} DCB;