关于string:因为这7个C的坑整个团队加班一星期

摘要：近期踩到了一些比拟费解的 C ++ 的坑，可把咱们团队给坑惨了~~

近期咱们团队进行版本品质加固时，踩到了一些比拟费解的 C ++ 的坑，特总结分享在此，供大家参考。

string 的字符串拼接，导致 coredump

该问题的外围点在于第 9 行，居然是能够编译通过，其起因是 x +”-“，会被转成 char*，而后与 to_string 叠加导致 BUG。

map 的迭代器删除

map 要删除一个元素，通常通过 erase()函数来实现，然而要留神，如果咱们传入了一个 iterator 作为 erase 的参数来删除以后迭代器所指向的元素，删除实现后 iterator 会生效，产生未定义行为。
正确的应用办法应该是接管 erase()的返回值，让 iterator 指向被删除元素的下一个元素或者 end()。

for  (auto  iter = m.begin(); iter != m.end(); iter++) {if  (...)
  iter = m.erase(iter);
  }

然而上述代码依然有谬误，因为如果触发了删除，那么 iter 再下一轮循环时会指向下下个元素，所以正确的写法应该是：

 for  (auto  iter = m.begin(); iter != m.end();) {if  (...) {iter = m.erase(iter);
  continue ;
  }  else  {iter++;}
  }

stringstream 的性能问题

stringstream 的清空是 clear 之后，置空。
stringstream 在任何状况下都比 snprintf 慢。
memset 是个很慢的函数，宁愿新创建对象。
上述测试后果是单线程，改成多线程，同样成立。
str +=“a”，比 str =str+“a”效率高很多，后者会创立新对象。
智能指针 (shared_ptr) 应用留神

进步性能

std::shared_ptr<Widget> spw(newWidget);

须要调配两次内存。每个 std::shared_ptr 都指向一个管制块，管制块蕴含被指向对象的援用计数以及其余货色。这个管制块的内存是在 std::shared_ptr 的构造函数中调配的。因而间接应用 new，须要一块内存调配给 Widget，还要一块内存调配给管制块

autospw = std::make_shared<Widget>();

一次调配就足够了。这是因为 std::make_shared 申请一个独自的内存块来同时寄存 Widget 对象和管制块。这个优化缩小了程序的动态大小，因为代码只蕴含一次内存调配的调用，并且这会放慢代码的执行速度，因为内存只调配了一次。另外，应用 std::make_shared 打消了一些管制块须要记录的信息，这样潜在地缩小了程序的总内存占用。

异样平安

processWidget(std::shared_ptr<Widget>( new  Widget),   // 潜在的资源泄露 
  computePriority());

上述代码存在内存透露的危险，上述代码执行分为 3 个步骤：

1.  new  Widget
2. shared_ptr 结构
3. computePriority

编译器不须要必须产生这样程序的代码，但“new Widget”必须在 std::shared_ptr 的构造函数被调用前执行。如果编译器产生的程序代码如下:

1.  new  Widget
2. 执行 computePriority。3. 执行 std::shared_ptr 的构造函数。

如果执行步骤 2:computePriority 的时候程序出现异常，则在第一步动态分配的 Widget 就会泄露了，因为它永远不会被寄存到在第三步才开始治理它的 shared_ptr 中

C++ 中是容许裸指针，因而裸指针之间转换方法同 C 语言指针强转，智能指针转换不能通过上述办法进行强转，必须通过库提供转换函数进行转换。C++11 的办法是：std::dynamic_pointer_cast;boost 中的办法是：boost::dynamic_pointer_cast

#include <memory>
#include <boost/shared_ptr.hpp>
#include <boost/make_shared.hpp>
#include <iostream>
class  Base {
  public :
  Base(){}
  virtual  ~Base() {}
};
class  D :  public  Base {
  public :
  D(){}
  virtual  ~D() {}
};
int  main()
{
  // 形式一：先初始化子类智能指针，而后调用 dynamic_pointer_cast 转换成基类智能指针对象
  std::shared_ptr<D> d1 = std::make_shared<D>();
  std::shared_ptr<Base> b1 = std::dynamic_pointer_cast<Base>(d1);
  
  // 形式二：先 new 子类 D 的指针，而后调用 shared_ptr 的构造函数初始化基类智能指针
  std::shared_ptr<Base> b2 = shared_ptr<Base>(new  D());
  return  0;
}

论断

形式一和形式二均可能实现基类智能指针指向子类，但倡议采纳形式 1，通过 std::make_shared 的形式结构智能指针，而后进行转换；

map 的平安查找方法

即 map[key]这种写法，就是会创立元素（且不肯定初始化），因而在业务逻辑是心愿查找的时候，就老老实实用 find，不然会有脏数据写入。

string 的指针结构

std::string 的结构形式，除了与其它程序容器相近的形式之外，提供了三种额定的结构形式：

string s(cp, n): s 是 cp 指向的数组中前 n 个字符的拷贝，该数组至多应该蕴含 n 个字符
string s(s2, pos2)：s 是 string s2 从下标 pos2 开始的字符的拷贝，若 pos2>s2.size(), 构造函数的行为未定义
string s(s2, pos2, len2)：s 是 string s2 从下标 pos2 开始 len2 个字符的拷贝，若 pos2>s2.size(), 构造函数的行为未定义。不论 len2 的值是多少，构造函数至少拷贝 s2.size()-pos2 个字符

std::string 未提供 string(cp, pos2, len2) 这种结构形式，如果代码中应用了该形式，最终会将 cp 指向的数组结构成一个 string, 而后调用 string(s2, pos2, len2)这种结构形式。

不提供 string(cp, pos2, len2)这种结构形式起因在于：应用这种形式结构容易呈现问题，cp 是一个指针，通常应用时，能取得其数组长度并查看传入参数；若传入两个参数，容易呈现越界。

变量初始化

变量初始化总是没错的，不论前面是否会批改该值。尤其是 int 等内建的类型，在类或 struct 中及容易疏忽初始化，使变量成为随机值，产生不可预知的谬误。变量请初始化！变量请初始化！！变量请初始化！！！

点击关注，第一工夫理解华为云陈腐技术~

关于string:因为这7个C的坑整个团队加班一星期

4.1 尽量应用 make_shared 初始化

4.2 父类之类智能指针转换