C++博客-cvbnm001

自定义浏览器

kytte — Tue, 08 Aug 2006 09:51:00 GMT

摘要: 自定义浏览器选择自 jiangsheng 的 Blog 本教程提供了自定义浏览器控件的行为和外观的一些方法。你将看到高级的宿主接口，IDocHostUIHandler, IDocHostUIHandler2, IDocHostShowUI, 和ICustomDoc。本文... 阅读全文

kytte 2006-08-08 17:51 发表评论

常用API

kytte — Thu, 03 Aug 2006 01:51:00 GMT

应用SetWindowPos函数可以设置一个窗口的位置和状态，本例正是利用此函数来把一个窗体放在所有窗体之上，使之总是处于最前面。

我们先来看看SetWindowPos函数的定义和参数

hwnd Long            欲定位的窗口
hWndInsertAfter Long 窗口句柄。在窗口列表中，窗口hwnd会置于这
                     个窗口句柄的后面
x，y Long            窗口新的x,y坐标
cx，cy Long          指定新的窗口宽度和高度
wFlags Long          包含了旗标的一个整数，是下列之一

SWP_DRAWFRAME  围绕窗口画一个框
SWP_HIDEWINDOW 隐藏窗口
SWP_NOACTIVATE 不激活窗口
SWP_NOMOVE     保持当前位置 (x和y设定将被忽略) &H2
SWP_NOREDRAW   窗口不自动重画
SWP_NOSIZE     保持当前大小 (cx和cy会被忽略) &H1
SWP_NOZORDER   保持窗口在列表的当前位置 (hWndInsertAfter将被忽
               略)
SWP_SHOWWINDOW 显示窗口 &H40
SWP_FRAMECHANGED  强迫一条WM_NCCALCSIZE消息进入窗口，即使窗口的
                  大小没有改变

返回值 Long 非零表示成功，零表示失败

retValue = SetWindowPos(Me.hwnd,
                        HWND_TOPMOST,
                        Me.CurrentX,
                        Me.CurrentY,
                        300, 300,
                        SWP_SHOWWINDOW)

kytte 2006-08-03 09:51 发表评论

Slider控件

kytte — Thu, 03 Aug 2006 01:49:00 GMT

滑动控件是Windows中最常用的控件之一。一般而言它是由一个滑动条，一个滑块和可选的刻度组成，用户可以通过移动滑块在相应的控件中显示对应的值。通常，在滑动控件附近一定有标签控件或编辑框控件，用于显示相应的值。滑动控件在应用程序中用途级为广泛，如在桌面的属性中就可以看到。为此，让我们一起来看一下它的实现方法。

　　（1）在VC++ 6.0中新建一个对话框文档的工程。

　　（2）打开资源管理器，在对话框中放置一个EDIT控件，然后在它旁边放上一个Slider控件。基本的框架已经完成了。

　　（3）对Slider控件右击，选择“建立类向导”，对刚才的Slider控件定义一个变量m_Slider,类型为CSliderCtrl。

　　（4）在对话框初始化的代码BOOL CMy601Dlg::OnInitDialog()，后添加相应的属性。以下是常用的属性设置函数：

　　* GetRange,SetRange函数

　　用于查询和设置滑动条的取值范围，默认为0~100。函数定义形式如下：

void GetRange(int &nMin,int &nMax) const;
void SetRange(int nMin,int nMax,BOOL bRedrGETaw=FALSE);

　　* GetPos,SetPos函数

　　用于查询和设置滑动条的当前值。函数定义形式如下：

int GetPos() const;
int SetPos(int nPos);

　　* GetLineSize,SetLineSize函数

　　用于查询和设置在按一下右或左箭头时滑块的移动量，默认为1个单位。函数定义形式如下：

int GetLineSize() const;
int SetLineSize(int nSize);

　　* GetPageSize,SetPageSize函数

　　用于查询和设置函滑块和块移动量，块移动量是指当按下PgUp或PgDown时滑块的移动量。函数定义形式如下：

int GetPageSize() const;
int SetPageSize(int nSize);

　　* SetTicFreq函数

　　用于设置滑动条刻度的频度。默认为一个单位一个函数。函数定义形式如下：

void SetTicFreq(int nFreq);

　　* SetTic函数

　　用于在指定的位置设置刻度。Windows默认的刻度是均匀的。函数定义形式如下：

BOOL SetTic(int nTic);

　　* ClearTics函数

　　用于清除所有的刻度。函数定义形式如下：

void ClearTics(BOOL bRedraw=FALSE);

　　我们在初始化时写入以下语句：

m_Slider.SetRange(-100,100);
m_Slider.SetTicFreq(10);

　　即：设置范围为-100到100，刻度为每10个单位一个。

　　（5）现在我们加入事件过程代码。

　　选择Slider的“事件”然后选择第一个过程（NM_CUSTOMDRAW）随后加入以下代码：

void CMy601Dlg::OnCustomdrawSlider1(NMHDR* pNMHDR, LRESULT* pResult)
{
UpdateData(TRUE);
m_Int=m_Slider.GetPos();
UpdateData(FALSE);
*pResult = 0;
}

　　其中m_Int是定义的EDIT控件的类型为INT的变量。至此我们的编辑工作结束了。

　　（6）编译运行程序试试吧，很方便就使用了Slider 控件。

kytte 2006-08-03 09:49 发表评论

ComboBox控件

kytte — Thu, 03 Aug 2006 01:46:00 GMT

1、改变下拉框大小：先点向下的箭头，就可以调整下拉框大小

2、如果 ComboBox 的 Sorted 属性设置为 true，
   则新添加项将按字母顺序插入到列表中。
   否则，在列表的结尾处插入项。

3、要立即响应选择框的改变（即选择框一改变选项，就立刻将结果传递进去）！
   响应他的哪个消息比较好？

   如果是只能选择的响应ON_CBN_SELCHANGE
   如果是可以编辑的，那么要立刻响应编辑就是ON_CBN_EDITCHANGE

4、CBN_SELENDOK是什么作用？
   This notification message is sent when the user clicks a list item,
   or selects an item and then closes the list.
   It indicates the user's selection is to be processed

5、介绍一下列表框几种常用的消息映射宏：

   ON_CBN_DBLCLK 鼠标双击
   ON_CBN_DROPDOWN 列表框被弹出
   ON_CBN_KILLFOCUS / ON_CBN_SETFOCUS 在输入框失去/得到输入焦点时产生
   ON_CBN_SELCHANGE 列表框中选择的行发生改变
   ON_CBN_EDITUPDATE 输入框中内容被更新
   使用以上几种消息映射的方法为定义原型如：afx_msg void memberFxn( );的函数，
   并且定义形式如ON_Notification( id, memberFxn )的消息映射。
   如果在对话框中使用组合框，Class Wizard会自动列出相关的消息，并能自动产生消息映射代码。

6、改变ComboBox的下拉列表框宽度
   一般情况下，列表框的宽度和选择框是一样宽的，为了让列表框变的更宽，可以用
   m_Combobox.setdroppedwidth(int width); 来调整他的宽度

7、如何使控键ComboBox不能输入只能在下拉菜单中选择？
   VC6中style属性设为csDropDownList
   VC2005中Type属性设为Drop List

8、设置当前项或得到当前是第几项

   m_ComboBox1.SetCurSel(N);    //SetCurSel函数可改变标签控件当前选定的项目
    //这个N可以是-1，表示无选择，0表示第一项，1表示第二项。。
   m_ComboBox1.GetCurSel();     //得到当前是第几项.0是第一项，1是第二项

kytte 2006-08-03 09:46 发表评论

在对话框中实现CHtmlView

kytte — Thu, 03 Aug 2006 01:45:00 GMT

微软的MFC在Visual Studio 6.0中提供了一个新类CHtmlView，利用这个类，我们可以实现在基于文档视图结构的程序中显示HTML文件。但是它是否可以用来在对话框中实现这一功能呢？我们不妨拿CHtmlView和CListView做一个比较，通过比较这两个类，我们会发现一些有趣的差别，MFC中CListView有一个对应的CListCtrl类用来在对话框中使用，而CHtmlView却没有一个CHtmlCtrl类与之对应。所以为了实现在对话框的控制中显示HTML文件，我们不得不为CHtmlView创建一个对应的子类CHtmlCtrl。为了演示该类的使用方法，本实例在程序的About对话框中显示一个名为"about.htm"的HTML文件。更有趣的是，程序所用到的HTML源文件是作为资源存储在EXE文件中的。该程序编译运行后的效果如图一所示：

图一、显示HTML文件的对话框

　　一、实现方法

　　为了在对话框中显示HTML文件，我们必须将CHtmlCtrl类与对话框中的一个静态控制（也可以是其它控制）关联起来，这样才能为显示HTML文件提供一个窗口，为此我们在CHtmlCtrl类中定义了CreateFromStatic（）函数，具体代码如下：

BOOL CHtmlCtrl::CreateFromStatic(UINT nID, CWnd* pParent)
{
　CStatic wndStatic; //静态控件对象；
　if (!wndStatic.SubclassDlgItem(nID, pParent))
　　return FALSE;
　// 获取静态控制的矩形区域并转换为父窗口的客户区坐标
　CRect rc;
　wndStatic.GetWindowRect(&rc);
　pParent->ScreenToClient(&rc);
　wndStatic.DestroyWindow();
　// 创建 HTML 控制 (CHtmlView)
　return （Create(NULL, // 类名；
　　NULL, // 标题；
　　(WS_CHILD | WS_VISIBLE ), // 风格；
　　rc, // 矩形区域；
　　pParent, // 父窗口；
　　nID, // 控制的ID号；
　　NULL)）; //取消文档框架支持；
}

　　为了避免主控程序将CHtmlView对象看作是文档/视图框架，需要重载CView::OnMouseActivate（）和CView::OnDestroy（）函数。此外，当用户在控制中单击时，OnMouseActivate要负责响应（WM_MOUSEACTIVATE）。

int CHtmlCtrl::OnMouseActivate(CWnd* pDesktopWnd, UINT nHitTest, UINT msg)
{
　//旁路 CView 文档/框架
　return CWnd::OnMouseActivate(pDesktopWnd, nHitTest, msg);
}

void CHtmlCtrl::OnDestroy()
{
　if (m_pBrowserApp)
　{
　　m_pBrowserApp->Release();
　　m_pBrowserApp = NULL;
　}
　CWnd::OnDestroy(); // 旁路 CView 文档/框架
}

　　通常，CHtmlView是在virtual void PostNcDestroy()中释放空间，但对话框中的控制常常是作为堆栈对象实现的，所以，在PostNcDestroy()中不必在做什么。

　　为了播放资源中的HTML文件，需要重载导航处理器OnBeforeNavigate2（），实现"app:" 伪协议，。传递"app:"链接到一个虚拟协议处理器。因为app:是假协议，所以需要设置pbCancel参数为"TRUE"，以停止掉这个导航。

void CHtmlCtrl::OnBeforeNavigate2( LPCTSTR lpszURL,
DWORD nFlags,
LPCTSTR lpszTargetFrameName,
CByteArray& baPostedData,
LPCTSTR lpszHeaders,
BOOL* pbCancel )
{
　const char APP_PROTOCOL[] = "app:";
　int len = _tcslen(APP_PROTOCOL);
　if (_tcsnicmp(lpszURL, APP_PROTOCOL, len)==0)
　{
　　OnAppCmd(lpszURL + len);
　　*pbCancel = TRUE;
　}
}

　　定义一个虚函数OnAppCmd（），处理app:命令，例如当浏览器准备导航到"app:foo"时，这个函数被调用，参数lpszWhere的值为"foo"。

void CHtmlCtrl::OnAppCmd(LPCTSTR lpszWhere){ // default: do nothing}

　　对于作为资源的HTML文件和其中的嵌入的图片和音乐文件，用文件的实际名字作为资源名很重要，以便浏览器能够找到他们。在一个普通的Web页面中，我们使用图像是用下列语法：

　　此代码假设图像文件"pd.jpg"存在当前目录（页面文件所在目录）中。如果图像文件是作为资源存在EXE文件中，我们如何引用呢？方法一样，此时，我们必须告诉浏览器Web页面文件的位置。为此要在Web页面文件的开头加上如下代码：

　　这一行代码告诉浏览器当前目录是"res://ShowHtml.exe"，当浏览器遇到代码时，它会按照路径res://ShowHtml.exe/pd.jpg查找。否则，它会在程序文件的路径查找。通常用res://modulename可以访问动态库或可执行文件中的资源。这里res:的意思与http:，ftp:，file:，及mailto的意思相同。即："在这个路径中的第一个名字是一个文件名，第二个名字是文件中的资源名"。其余的工作由浏览器完成。

　　为了在对话框中加载web页面，调用CHtmlCtrl::LoadFromResource函数，它是由CHtmlView继承而来的。也可以用全路径res://ShowHtml.exe/about.htm作为参数。除此之外，还有一个问题就是：CAboutDialog对话框中"OK"按钮的处理，其实，它根本就不是一个按钮，而是一个在HTML文件中嵌入的图像，用JScript来控制图像被按下时和弹起时的状态。处理"OK"按钮的技巧主要是解决对话框与主控程序之间的通讯。利用动态HTML文档层(COM)技术可以处理用户单击图像或链接，方法是获得图像元素，然后侦听OnClick事件。但这是一种非常非常麻烦的方法。还有一种更简单的方法。假设HTML有如下的图像链接：



　　当用户单击它时，浏览器显示这个"OK"文件，但是在显示之前，控制先执行CHtmlView::OnBeforeNavigate2（）函数，为此可以定义CHtmlCtrl类的子类CMyHtmlCtrl，重载这个函数，在这里面实现想做的任何事情。下面的代码实现了当用户点击HTML文件上的"OK"图片时，关闭对话框。

void CHtmlCtrl::OnBeforeNavigate2(
　LPCTSTR lpszURL,
　...,
　BOOL* pbCancel)
{
　if (_tcscmp(lpszURL,_T("ok"))==0)
　{
　　// "ok" clicked:
　　*pbCancel=TRUE; // abort
　　GetParent()->SendMessage(WM_COMMAND,IDOK); // will close dialog
　}
}

　　其实"OK"并不是什么文件；它只是一个很特殊的名字，可以定义一个CHtmlCtrl类的子类CMyHtmlCtrl，该类将"OK"图片看作是"OK"按钮。为了实现这个想法，程序中创建了一个叫app：的冒充协议来代替"OK"，在about.htm中定义实际的链接是app:ok。每当浏览器导航到app:somewhere的时候，CMyHtmlCtrl都以"somewhere"为参数调用一个虚函数：CMyHtmlCtrl::OnAppCmd。

void CMyHtmlCtrl::OnAppCmd( LPCTSTR lpszWhere )
{
　if (_tcsicmp(lpszWhere, _T("ok"))==0)
　{
　　GetParent()->SendMessage(WM_COMMAND,IDOK);
　}
}

　　二、编程步骤

　　1、启动Visual C++6.0，生成一个单文档的应用程序，命名为"ShowHtml"；

　　2、修改程序中的"About"对话框资源，在其中放置一个Static控件，设置它的ID为IDC_HTMLVIEW；

　　3、向程序中添加HTML文件资源，其ID设置为"About.htm"；

　　4、向程序中添加CHtmlCtrl、CMyHtmlCtrl类文件；

　　5、在CAbout类中增加一个CMyHtmlCtrl类的对象m_page，并使用CLASSWIZARD重载CAbout类的OnInitDialog()函数；

　　6、编译运行程序。

kytte 2006-08-03 09:45 发表评论

一起讨论一个BSTR类型转换问题

kytte — Thu, 03 Aug 2006 01:44:00 GMT

1. 使用_bstr_t解决内存问题

    COM编程当中一个重要的主题就是维护 BSTR 类型变量. 在一些情况下(主要是传递或者复制 BSTR 类型数据的时候)会产生一些问题:
    * 函数不能接收 BSTR 类型的变量参数
    * 复制 BSTR 类型数据的时候导致内存泄漏

    通常使用 _bstr_t 对象可以解决这些问题, 这个对象封装了 BSTR 数据类型, 自动进行资源的分配合管理, 并且提供一个自动的数据类型转换操作.

    注意: 使用强制类型转换 _bstr_t 的方式对于 Unicode 模式链接是不适用的, 需要使用 Win32 模式链接.

    此外, 这里也有一个内存管理的问题, 使用赋值模式就会产生内存泄漏:
    BSTR tmpBStr;
    m_pObject1->get_ObjectString(&tmpBStr);
    _bstr_t tmpbstr;
    tmpbstr= tmpBStr; //内存泄漏
     SetDlgItemText(IDC_CURPROPVAL, tmpbstr);

    在 tmpbstr 变量初始化的时候发生泄漏, 函数 SysAllocString 在创建 tmpbstr 变量的时候被自动调用. 这个新申请的资源以后不会释放, 导致内存泄漏.

2. BSTR 数据类型
1) BSTR , LPWSTR 和 LPSTR
    LPSTR 就是我们日常使用的一个MFC的char*指针的宏定义, LPWSTR 比 LPSTR 多一倍的资源使用, 因为它和汉字一样使用双字节表达一个字符, BSTR 则额外多一个信息头部存放数据长度.

2) 如何将LPSTR/LPCTSTR转换成为BSTR/LPWSTR
    其实MFC/ATL提供了一组宏定义用于转换这些数据类型, 因为需要先使用USES_CONVERSION;宏, 里面调用了_alloc申请并且自动释放需要的资源, 为此你不必担心前面提到的内存维护问题:
    A2BSTR    OLE2A    T2A    W2A
    A2COLE    OLE2BSTR T2BSTR W2BSTR
    A2CT      OLE2CA   T2CA   W2CA
    A2CW      OLE2CT   T2COLE W2COLE
    A2OLE     OLE2CW   T2CW   W2CT
    A2T       OLE2T    T2OLE  W2OLE
    A2W       OLE2W    T2W    W2T

    或者你可以使用MSDN里面的一个无法通过索引提到的两个函数实现字符串到BSTR的转换

    //使用 /Gr 或者 /Gz 编译开关, 或者包含一个 comsupp.lib 就行了
    #include
    int main()
    {
       char sz[]="hello";
       _bstr_t b;
       b = _com_util::ConvertStringToBSTR(sz);
       char * p = _com_util::ConvertBSTRToString(b);
       return 1;
    }

kytte 2006-08-03 09:44 发表评论

Tab Control控件使用的例子

kytte — Thu, 03 Aug 2006 01:42:00 GMT

1、首先创建一个MFC对话框框架，在对话框资源上从工具箱中添加上一个Tab Control 控件，根据需要修改一下属性，然后右击控件，为这个控件添加一个变量，将此控件跟一个CTabCtrl类变量绑定在一起，这里设为m_tabctrl
2、创建两个新的对话框资源，其属性作如下修改：
Border：none //边界为空,这样它就没了标题栏
Style ：Child // 这样这个模板就可以当作另一个窗口的子窗口了。
   其它如果没有必要，就不用改了。
在上面加一些控件什么的，具体操作跟普通对话框没有区别。
完成后从这两个对话框模板生成两个新的对话框类。
3、在主对话框中为新添加进来的两个类增加两个变量：
如：CDialog1 m_mm1;
CDialog2 m_mm2;
4、在主对话框的OnInitDialog()函数中添加如下类似的代码：
    TCITEM item;
item.mask = TCIF_TEXT;
item.pszText = "第一页";

m_tabctrl.InsertItem (0,&item);
item.pszText ="第二页";
m_tabctrl.InsertItem (1,&item);

m_mm1.Create (IDD_DIALOG1,&m_tabctrl);
m_mm2.Create (IDD_DIALOG2,&m_tabctrl);

m_mm1.SetWindowPos (NULL,10,30,400,100,SWP_SHOWWINDOW);
m_mm2.SetWindowPos (NULL,10,30,400,100,SWP_HIDEWINDOW );
解释如下：
两个InsertItem函数的调用是为了给标签控件增加两个标签页面，文本是标题。
SetWindowPos()函数设置这两个对话框在Z顺序中的位置，显示或隐藏状态.。
5、在主对话中为标签控件添加一个标签选择改变（TCN_SELCHANGE）的控件通知消息，以便在用户选择标签时通知主对话框。在主对话框的编辑界面右击标签控件，选择添加一个事件可以完成这个操作。
在事件处理中添加如下代码，如下例：
void CtabdialogDlg::OnTcnSelchangeTab1(NMHDR *pNMHDR, LRESULT *pResult)
{
CRect r;
m_tabctrl.GetClientRect (&r);

switch(m_tabctrl.GetCurSel())
{
case 0:
m_mm1.SetWindowPos (NULL,10,30,r.right -20,r.bottom -40,SWP_SHOWWINDOW);
m_mm2.SetWindowPos (NULL,10,30,r.right -20,r.bottom -40,SWP_HIDEWINDOW );
break;
case 1:
m_mm1.SetWindowPos (NULL,10,30,r.right -20,r.bottom -40,SWP_HIDEWINDOW);
m_mm2.SetWindowPos (NULL,10,30,r.right -20,r.bottom -40,SWP_SHOWWINDOW );
break;
}
*pResult = 0;
}
要想知道用户选择那个标签页，要通过m_tabctrl.GetCurSel() 函数。为了不使显示的子对话框覆盖标签控件的显示，所以要获得标签控件的尺寸然后设置各页面的尺寸。

或者：

    m_Tab.InsertItem(0,"第一页");
    m_Tab.InsertItem(1,"第二页");
    m_Tab.InsertItem(2,"第三页");
    m_Tab.InsertItem(3,"第四页");

    m_PageA.Create(IDD_PROPPAGE_A,&m_Tab);
    m_PageB.Create(IDD_PROPPAGE_B,&m_Tab);
    m_PageC.Create(IDD_PROPPAGE_C,&m_Tab);
    m_PageD.Create(IDD_PROPPAGE_D,&m_Tab);

    m_PageA.ShowWindow(SW_SHOW);
    m_PageB.ShowWindow(SW_HIDE);
    m_PageC.ShowWindow(SW_HIDE);
    m_PageD.ShowWindow(SW_HIDE);

kytte 2006-08-03 09:42 发表评论

CString,string,char*的综合比较

kytte — Thu, 03 Aug 2006 01:39:00 GMT

CString,string,char*的综合比较

(一) 概述

string和CString均是字符串模板类，string为标准模板类（STL）定义的字符串类，已经纳入C++标准之中；

CString（typedef CStringT> CString）为Visual C++中最常用的字符串类，继承自CSimpleStringT类，主要应用在MFC和ATL编程中，主要数据类型有char(应用于ANSI)，wchar_t(unicode)，TCHAR(ANSI与unicode均可)；

char*为C编程中最常用的字符串指针，一般以’\0’为结束标志；

(二) 构造

string是方便的，可以从几乎所有的字符串构造而来，包括CString和char*；

CString次之，可以从基本的一些字符串变量构造而来，包括char*等；

char*没有构造函数，仅可以赋值；

举例：

char* psz = “joise”;

CString cstr( psz );

string str( cstr );

(三) 运算符重载

a) operator=

string是最方便的，几乎可以直接用所有的字符串赋值，包括CString和char*；

CString次之，可以直接用些基本的字符串赋值，包括char*等；

char*只能由指针赋值，并且是极危险的操作，建议使用strcpy或者memcpy，而且char*在声明的时候如未赋初值建议先设为NULL，以避免野指针，令你抓狂；

举例：

char *psz = NULL;

psz = new char[10]; //当然，以上的直接写成char *psz = new char[10];也是一样

memset( psz, 0, 10 );

strcpy( psz, “joise” );

CString cstr;

cstr = psz;

string str;

str = psz;

str = cstr;

delete []psz;

b) operator+

string与CString差不多，可以直接与char*进行加法，但不可以相互使用+运算符，即string str = str + cstr是非法的，须转换成char*；

char*没有+运算，只能使用strcat把两个指针连在一起；

举例：

char* psz = “joise”;

CString cstr = psz;

cstr = cstr + psz;

string str = psz;

str = str + str + psz;

strcat( psz, psz );

strcat( psz, cstr );//合法

strcat( psz, str );//非法，由此可见，CString可自动转换为const char*，而string不行

c) operator +=

string是最强大的，几乎可以与所有的字符串变量+=，包括CString和char*；

CString次之，可以与基本的一些字符串变量进行+=而来，包括char*等；

char*没有+=运算符，只能使用strcat把两个指针连在一起；

d) operator[]

CString最好，当越界时会抛出断言异常；

string与char*下标越界结果未定义；

举例：

char* psz = “joise”;

CString cstr = psz;

cout << cstr[8];

string str = psz;

cout << str[8];

cout << psz[8];

e) operator== 、operator!=、operator> 、operator< 、operator>= 、perator<=

CString与string之间不可以进行比较，但均可以与char*进行比较，并且比较的是值，而不是地址；

cout << ( psz == cstr );

cout << ( psz == str );

cout << ( str == psz );

cout << ( cstr == psz );//以上代码返回均为1

kytte 2006-08-03 09:39 发表评论

debug 版本和 release版本的区别

kytte — Thu, 03 Aug 2006 01:37:00 GMT

在使用VC开发软件的过程中，正当要享受那种兴奋的时候突然发现：release与debug运行结果不一致，甚至出错，而release又不方便调试，真的是当头一棒啊，可是疼归疼，问题总要解决，下面将讲述一下我的几点经验，看看是不是其中之一：

1. 变量。
大家都知道，debug跟release在初始化变量时所做的操作是不同的，debug是将每个字节位都赋成0xcc(注1)，而release的赋值近似于随机(我想是直接从内存中分配的，没有初始化过)。这样就明确了，如果你的程序中的某个变量没被初始化就被引用，就很有可能出现异常：用作控制变量将导致流程导向不一致；用作数组下标将会使程序崩溃；更加可能是造成其他变量的不准确而引起其他的错误。所以在声明变量后马上对其初始化一个默认的值是最简单有效的办法，否则项目大了你找都没地方找。代码存在错误在debug方式下可能会忽略而不被察觉到，如debug方式下数组越界也大多不会出错，在release中就暴露出来了，这个找起来就比较难了:( 还是自己多加注意吧

2. 自定义消息的消息参数。
MFC为我们提供了很好的消息机制，更增加了自定义消息，好处我就不用多说了。这也存在debug跟release的问题吗？答案是肯定的。在自定义消息的函数体声明时，时常会看到这样的写法：afx_msg LRESULT OnMessageOwn(); Debug情况下一般不会有任何问题，而当你在Release下且多线程或进程间使用了消息传递时就会导致无效句柄之类的错误。导致这个错误直接原因是消息体的参数没有添加，即应该写成：afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam); (注2)

3. release模式下不出错，但debug模式下报错。
这种情况下大多也是因为代码书写不正确引起的，查看MFC的源码，可以发现好多ASSERT的语句(断言)，这个宏只是在debug模式下才有效，那么就清楚了，release版不报错是忽略了错误而不是没有错误，这可能存在很大的隐患，因为是Debug模式下，比较方便调试，好好的检查自己的代码，再此就不多说了。

4. ASSERT, VERIFY, TRACE..........调试宏
这种情况很容易解释。举个例子：请在VC下输入ASSERT然后选中按F12跳到宏定义的地方，这里你就能够发现Debug中ASSERT要执行AfxAssertFailedLine，而Release下的宏定义却为"#define ASSERT(f) ((void)0)"。所以注意在这些调试宏的语句不要用程序相关变量如i++写操作的语句。VERIFY是个例外，"#define VERIFY(f) ((void)(f))"，即执行，这里的作用就不多追究了，有兴趣可自己研究:)。

总结：
Debug与Release不同的问题在刚开始编写代码时会经常发生，99%是因为你的代码书写错误而导致的，所以不要动不动就说系统问题或编译器问题，努力找找自己的原因才是根本。我从前就常常遇到这情况，经历过一次次的教训后我就开始注意了，现在我所写过的代码我已经好久没遇到这种问题了。下面是几个避免的方面，即使没有这种问题也应注意一下：

1. 注意变量的初始化，尤其是指针变量，数组变量的初始化(很大的情况下另作考虑了)。
2. 自定义消息及其他声明的标准写法
3. 使用调试宏时使用后最好注释掉
4. 尽量使用try - catch(...)
5. 尽量使用模块，不但表达清楚而且方便调试。

注1：
afc(afc) 网友提供：
debug版初始化成0xcc是因为0xcc在x86下是一条int 3单步中断指令，这样程序如果跑飞了遇到0xcc就会停下来，这和单片机编程时一般将没用的代码空间填入jmp 0000语句是一样地

注2：
不知大家有没有遇到过这种情况，具体原因我也不太清楚，是不是调用时按着默认的参数多分配了WPARAM+LPARAM的空间而破坏了应用程序的内存空间?还请高手来补充。

NightWolf 网友提供：我遇见过，好像是在函数调用的时候参数入栈的问题。因为MFC的消息使用宏写的，所以如果定义了OnMessage()的函数，编译能够通过，但是调用一次后，堆栈指针发生了偏移。然后就。。。

经常在 CSDN 上看见有人问 Debug 运行正常但 Release 失败的问题。以往的讨论往往是经验性的，并没有指出会这样的真正原因是什么，要想找出真正的原因通常要凭运气。最近我看了一些这方面的书，又参考了 CSDN 上的一些帖子，然后深入研究了一下关于二者的不同。以下是我的一些体会，拿来与大家共享。 -------------------------------------- 本文主要包含如下内容： 1. Debug 和 Release 编译方式的本质区别 2. 哪些情况下 Release 版会出错 2. 怎样"调试" Release 版的程序 -------------------------------------- 关于Debug和Release之本质区别的讨论一、Debug 和 Release 编译方式的本质区别 Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。 Debug 和 Release 的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项（当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起 Release 版错误，在此不讨论） Debug 版本： /MDd /MLd 或 /MTd 使用 Debug runtime library(调试版本的运行时刻函数库) /Od 关闭优化开关 /D "_DEBUG" 相当于 #define _DEBUG,打开编译调试代码开关(主要针对 assert函数) /ZI 创建 Edit and continue(编辑继续)数据库，这样在调试过程中如果修改了源代码不需重新编译 /GZ 可以帮助捕获内存错误 /Gm 打开最小化重链接开关，减少链接时间 Release 版本： /MD /ML 或 /MT 使用发布版本的运行时刻函数库 /O1 或 /O2 优化开关，使程序最小或最快 /D "NDEBUG" 关闭条件编译调试代码开关(即不编译assert函数) /GF 合并重复的字符串，并将字符串常量放到只读内存，防止被修改实际上，Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。二、哪些情况下 Release 版会出错有了上面的介绍，我们再来逐个对照这些选项看看 Release 版错误是怎样产生的 1. Runtime Library：链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，因此性能不如发布版本。编译器提供的 Runtime Library 通常很稳定，不会造成 Release 版错误；倒是由于 Debug 的 Runtime Library 加强了对错误的检测，如堆内存分配，有时会出现 Debug 有错但 Release 正常的现象。应当指出的是，如果 Debug 有错，即使 Release 正常，程序肯定是有 Bug 的，只不过可能是 Release 版的某次运行没有表现出来而已。 2. 优化：这是造成错误的主要原因，因为关闭优化时源程序基本上是直接翻译的，而打开优化后编译器会作出一系列假设。这类错误主要有以下几种： (1) 帧指针(Frame Pointer)省略（简称 FPO ）：在函数调用过程中，所有调用信息（返回地址、参数）以及自动变量都是放在栈中的。若函数的声明与实现不同（参数、返回值、调用方式），就会产生错误————但 Debug 方式下，栈的访问通过 EBP 寄存器保存的地址实现，如果没有发生数组越界之类的错误（或是越界"不多"），函数通常能正常执行；Release 方式下，优化会省略 EBP 栈基址指针，这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。C++ 的强类型特性能检查出大多数这样的错误，但如果用了强制类型转换，就不行了。你可以在 Release 版本中强制加入 /Oy- 编译选项来关掉帧指针省略，以确定是否此类错误。此类错误通常有： ● MFC 消息响应函数书写错误。正确的应为 afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam); ON_MESSAGE 宏包含强制类型转换。防止这种错误的方法之一是重定义 ON_MESSAGE 宏，把下列代码加到 stdafx.h 中（在#include "afxwin.h"之后）,函数原形错误时编译会报错 #undef ON_MESSAGE #define ON_MESSAGE(message, memberFxn) \ { message, 0, 0, 0, AfxSig_lwl, \ (AFX_PMSG)(AFX_PMSGW)(static_cast< LRESULT (AFX_MSG_CALL \ CWnd::*)(WPARAM, LPARAM) > (&memberFxn) }, (2) volatile 型变量：volatile 告诉编译器该变量可能被程序之外的未知方式修改（如系统、其他进程和线程）。优化程序为了使程序性能提高，常把一些变量放在寄存器中（类似于 register 关键字），而其他进程只能对该变量所在的内存进行修改，而寄存器中的值没变。如果你的程序是多线程的，或者你发现某个变量的值与预期的不符而你确信已正确的设置了，则很可能遇到这样的问题。这种错误有时会表现为程序在最快优化出错而最小优化正常。把你认为可疑的变量加上 volatile 试试。 (3) 变量优化：优化程序会根据变量的使用情况优化变量。例如，函数中有一个未被使用的变量，在 Debug 版中它有可能掩盖一个数组越界，而在 Release 版中，这个变量很可能被优化调，此时数组越界会破坏栈中有用的数据。当然，实际的情况会比这复杂得多。与此有关的错误有： ● 非法访问，包括数组越界、指针错误等。
例如 void fn(void) { int i; i = 1; int a[4]; { int j; j = 1; } a[-1] = 1;//当然错误不会这么明显，例如下标是变量 a[4] = 1; } j 虽然在数组越界时已出了作用域，但其空间并未收回，因而 i 和 j 就会掩盖越界。而 Release 版由于 i、j 并未其很大作用可能会被优化掉，从而使栈被破坏。 3. _DEBUG 与 NDEBUG ：当定义了 _DEBUG 时，assert() 函数会被编译，而 NDEBUG 时不被编译。除此之外，VC++中还有一系列断言宏。这包括： ANSI C 断言 void assert(int expression ); C Runtime Lib 断言 _ASSERT( booleanExpression ); _ASSERTE( booleanExpression ); MFC 断言 ASSERT( booleanExpression ); VERIFY( booleanExpression ); ASSERT_VALID( pObject ); ASSERT_KINDOF( classname, pobject ); ATL 断言 ATLASSERT( booleanExpression ); 此外，TRACE() 宏的编译也受 _DEBUG 控制。所有这些断言都只在 Debug版中才被编译，而在 Release 版中被忽略。唯一的例外是 VERIFY() 。事实上，这些宏都是调用了 assert() 函数，只不过附加了一些与库有关的调试代码。如果你在这些宏中加入了任何程序代码，而不只是布尔表达式（例如赋值、能改变变量值的函数调用等），那么 Release 版都不会执行这些操作，从而造成错误。初学者很容易犯这类错误，查找的方法也很简单，因为这些宏都已在上面列出，只要利用 VC++ 的 Find in Files 功能在工程所有文件中找到用这些宏的地方再一一检查即可。另外，有些高手可能还会加入 #ifdef _DEBUG 之类的条件编译，也要注意一下。顺便值得一提的是 VERIFY() 宏，这个宏允许你将程序代码放在布尔表达式里。这个宏通常用来检查 Windows API 的返回值。有些人可能为这个原因而滥用 VERIFY() ，事实上这是危险的，因为 VERIFY() 违反了断言的思想，不能使程序代码和调试代码完全分离，最终可能会带来很多麻烦。因此，专家们建议尽量少用这个宏。 4. /GZ 选项：这个选项会做以下这些事 (1) 初始化内存和变量。包括用 0xCC 初始化所有自动变量，0xCD ( Cleared Data ) 初始化堆中分配的内存（即动态分配的内存，例如 new ），0xDD ( Dead Data ) 填充已被释放的堆内存（例如 delete ），0xFD( deFencde Data ) 初始化受保护的内存（debug 版在动态分配内存的前后加入保护内存以防止越界访问），其中括号中的词是微软建议的助记词。这样做的好处是这些值都很大，作为指针是不可能的（而且 32 位系统中指针很少是奇数值，在有些系统中奇数的指针会产生运行时错误），作为数值也很少遇到，而且这些值也很容易辨认，因此这很有利于在 Debug 版中发现 Release 版才会遇到的错误。要特别注意的是，很多人认为编译器会用 0 来初始化变量，这是错误的（而且这样很不利于查找错误）。 (2) 通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原形不匹配） (3) 函数返回前检查栈指针，确认未被修改。（防止越界访问和原形不匹配，与第二项合在一起可大致模拟帧指针省略 FPO ）通常 /GZ 选项会造成 Debug 版出错而 Release 版正常的现象，因为 Release 版中未初始化的变量是随机的，这有可能使指针指向一个有效地址而掩盖了非法访问。除此之外，/Gm /GF 等选项造成错误的情况比较少，而且他们的效果显而易见，比较容易发现。三、怎样"调试" Release 版的程序遇到 Debug 成功但 Release 失败，显然是一件很沮丧的事，而且往往无从下手。如果你看了以上的分析，结合错误的具体表现，很快找出了错误，固然很好。但如果一时找不出，以下给出了一些在这种情况下的策略。 1. 前面已经提过，Debug 和 Release 只是一组编译选项的差别，实际上并没有什么定义能区分二者。我们可以修改 Release 版的编译选项来缩小错误范围。如上所述，可以把 Release 的选项逐个注：那篇文章到此就完了，好像还有一些没了。

在VC中当整个工程较大时，软件时常为出现在DEBUG状态下能运行而在RELEASE状态下无法运行的情况。由于开发者通常在DEBUG状态下开发软件，所以这种情况时常是在我们辛苦工作一两个月后，满怀信心的准备将软件发行时发生。为了避免无谓的损失，我们最好进行以下的检查: 1、时常测试软件的两种版本。 2、不要轻易将问题归结为DEBUG/RELEASE问题，除非你已经充分对两种版本进行了测试。 3、预处理的不同，也有可能引起这样的问题。出现问题的一种可能性是在不同版本的编译间定义了不同的预处理标记。请对你的DEBUG版本的软件试一下以下改动：在"Project Setting(ALT-F7)" 中的C/C++项中设置目录(category)为"General"，并且改动"_DEBUG"定义为"NDEBUG". 设置目录为"Preprocessor"并且添加定义"_DEBUG到"Undefined Symbols"输入框. 选择Rebuild ALL,重新编译. 如果经过编译的程序产生了问题，请对代码进行如下改动：将ASSERT() 改为 VERIFY(). 找出定义在"#ifdef _DEBUG"中的代码，如果在RELEASE版本中需要这些代码请将他们移到定义外。查找TRACE(...)中代码，因为这些代码在RELEASE中也不被编译。所以请认真检查那些在RELEASE中需要的代码是否并没有被便宜。 4、变量的初始化所带来的不同，在不同的系统，或是在DEBUG/RELEASE版本间都存在这样的差异，所以请对变量进行初始化。 5、是否在编译时已经有了警告?请将警告级别设置为3或4,然后保证在编译时没有警告出现. 6、是否改动了资源文件. 7、此外对RELEASE版本的软件也可以进行调试，请做如下改动：在"Project Settings" 中 "C++/C " 项目下设置 "category" 为 "General" 并且将"Debug Info"设置为 "Program Database". 在"Link"项目下选中"Generate Debug Info"检查框。 "Rebuild All" 如此做法会产生的一些限制：无法获得在MFC DLL中的变量的值。必须对该软件所使用的所有DLL工程都进行改动。另： MS BUG：MS的一份技术文档中表明，在VC5中对于DLL的"Maximize Speed"优化选项并未被完全支持，因此这将会引起内存错误并导致程序崩溃。

kytte 2006-08-03 09:37 发表评论

stdafx.h、stdafx.cpp是干什么用的

kytte — Thu, 03 Aug 2006 01:35:00 GMT

stdafx.h、stdafx.cpp是干什么用的？为什么我的每一个cpp文件都必须包含stdafx.h？

    Windows和MFC的include文件都非常大，即使有一个快速的处理程序，编译程序也要花费相当长的时间来完成工作。由于每个.CPP文件都包含相同的include文件，为每个.CPP文件都重复处理这些文件就显得很傻了。
    为避免这种浪费，AppWizard和Visual C++编译程序一起进行工作，如下所示：
    ◎AppWizard建立了文件stdafx.h，该文件包含了所有当前工程文件需要的MFC include文件。且这一文件可以随被选择的选项而变化。
    ◎AppWizard然后就建立stdafx.cpp。这个文件通常都是一样的。
    ◎然后AppWizard就建立起工程文件，这样第一个被编译的文件就是stdafx.cpp。
    ◎当Visual C++编译stdafx.cpp文件时，它将结果保存在一个名为stdafx.pch的文件里。 (扩展名pch表示预编译头文件。)
    ◎当Visual C++编译随后的每个.cpp文件时，它阅读并使用它刚生成的.pch文件。 Visual C++不再分析Windows include文件，除非你又编缉了stdafx.cpp或stdafx.h。
    这个技术很精巧，你不这么认为吗？(还要说一句，Microsoft并非是首先采用这种技术的公司，Borland才是。) 在这个过程中你必须遵守以下规则：
    ◎你编写的任何.cpp文件都必须首先包含stdafx.h。
    ◎如果你有工程文件里的大多数.cpp文件需要.h文件，顺便将它们加在stdafx.h (后部)上，然后预编译stdafx.cpp。
    ◎由于.pch文件具有大量的符号信息，它是你的工程文件里最大的文件。
如果你的磁盘空间有限，你就希望能将这个你从没使用过的工程文件中的.pch文件删除。执行程序时并不需要它们，且随着工程文件的重新建立，它们也自动地重新建立。

kytte 2006-08-03 09:35 发表评论