• BSTR的陷阱


    COM编程时经常用到BSTR, 最近使用BSTR时发现一些有意思的事情:

    1,把BSTR当成类使居然编译通过!

    虽然BSTR是一个指针,然而,用如下语句申明一个BSTR变量编译器也没有提出抗议:

    BSTR mystr(L"Surprise!");

    这里把BSTR当作类了,但是编译时似乎也没有什么问题。可能因为BSTR是用typedef出来的,所以,编译器可以缺省地把它当作一个内部数据类型来处理。就像你可以写出

    int i = 3; int j(i)

    这样的东西一样。当然,这样写很可能运行时会出问题,因为L"Surprise"应该是一个WCHAR*,而BSTR除了宽字符部分,还有两个字节的长度值,C++编译器在拷贝时不会把这两个字节考虑进去。

    2,使用CComBSTR漏了内存

    很多时候,如果函数的出参数是一个BSTR*的时候,我们会在函数外声明一个CComBSTR,然后把这个变量用“&”操作符传递给函数。这种方式会造成内存泄漏。比如

    CComBSTR mystr("Leak");

    HRESULT hr = OneFunction(&mystr);

    其原因是,当用“&”操作mystr时,取得的是CComBSTR包装的BSTR的地址而非CComBSTR类实例的地址。而当在函数内部作 *mystr = L"New string" 的操作时,原来的内存就漏掉了。这就提示我们,使用这种“智能指针”要份外小心,因为它们为了使用方便,往往都重载了“*”或者“&”操作符。一不小心就泄漏内存。

  • 相关阅读:
    MySQL 字符集
    MySQL 存储引擎
    MySQL 常用函数
    MySQL 中的运算符
    MySQL 支持的数据类型
    SQL DCL 数据控制语句
    SQL DML 数据操纵语句
    SQL DDL 数据定义语句
    SQL 数据库结构化查询语言
    MySQL 服务常用操作命令
  • 原文地址:https://www.cnblogs.com/mokliu/p/2138823.html
Copyright © 2020-2023  润新知