谨慎使用STL

最近解决了一个由于大量使用STL形成的严重内存泄漏问题，再次记录下。

上周上线了基于用户tag的推荐，没天服务器会自动生成新的tag数据，而后scp到指定目录下，推荐服务中，对文件作了监控，若是改变就会从新加载解析。

函数代码以下：

void ReposManager::ReLoadUidTagData(const std::string& file_name) {
  std::string file_content;
  bool ret = file::ReadFileToString(file_name, &file_content);
  std::unordered_map<int, std::unordered_map<std::string, double> > uid_tags_map;
  if (ret == false) return;
  std::vector<std::string> content;
  SplitString(file_content, '\n', &content);
  ifstream fin(file_name);  
  for (auto line: content)
    std::vector<std::string> strs;
 	std::vector<std::string> vstr;
    SplitString(line, '=', &strs);
    if (strs.size() < 2) continue;
    double weight = StringToDouble(strs[1]);
    SplitString(strs[0], ':', &vstr);
    if (vstr.size() < 2) continue;
    int uid = StringToInt(vstr[0]);
    std::string tag = vstr[1];
    std::unordered_map<std::string, double>& tags_map = uid_tags_map[uid];
    tags_map[tag] = weight;
  }
  for (auto it = uid_tags_map.begin(); it != uid_tags_map.end(); ++it) {
    int uid = it->first;
    std::unordered_map<std::string, double>& uid_tags = uid_tags_map[uid];
    std::vector<std::string> tags;
    for (auto it = uid_tags.begin(); it != uid_tags.end(); ++it) {
      tags.push_back(it->first);
    }
    auto cmp = [&](const std::string& a, const std::string& b) {
      return uid_tags[a] > uid_tags[b];
    };
    std::sort(tags.begin(), tags.end(), cmp);
    uid_tags_[uid] = tags;
  }
}

文件存储格式为uid:tag=weight 有不少行，共220M左右，函数的功能是对每行进行分割，而后存到成员变量uid_tags_中。函数初看之下没什么问题，但上线后次日内存涨到3.6G，线上服务器内存很大也不能这么浪费，我记得刚启动加载完毕才2.0G，怎么涨了这么多，考虑缘由，估计是凌晨的文件变动再次解析致使的，重启改动文件测试，果真是这个。

文件220M，所有加载进内存，解析过程当中算上额外的数据结构的确会引发内存增加，但这些内存消耗只是暂时的，局部变量函数结束后，内存就释放了，显然这里的一些局部变量没有释放掉，这个状况还的确没遇到过。

google了解到STL的内存分配器，分多级，对于申请交大的内存，他会在堆上去申请。咱们理解的局部变量出了做用域就会释放掉，这是由于大部分的局部变量都在函数栈里，函数执行完了，整个栈都会释放掉。周末在家试了下，尝试手动经过vector的swap以及map的clear，手动释放，在本机有必定的效果，内存没有继续增加，觉得解决了。

周一到公司，放到测试服务器上，发现仍是没有解决了，内存仍是会出现较大增加，一样的二进制文件，为什么会有差别，考虑再三，估计是虚拟机和测试服的配置不一样，虚拟机内存不大，因此内存释放得会快点，测试服内存十几个G，内存不是很紧张，因此长时间得不到释放。(看来保持测试环境和线上环境的统一，这个仍是颇有必要的，保证了运行环境的一致，便于排查问题)。

在知乎看到有人回答malloc_trim（0），google了到使用malloc_trim(0),后来发现无效，而后看C语言的malloc只是提供了接口，具体的实如今各个平台不同，linux下是glibc的里的malloc，了解到能够用google的tcmalloc替换掉linux默认的malloc，替换后内存从原来高达3.6G到2.6G，看来效果仍是杠杆的! 回头本身对代码作了下检查，以为存储的文件能够再修改下，

uid:tag1=weight
uid:tag2=weight
...

改成：

uid:tag1=weight,tag2=weight,tag3=weight....

将每一个uid的所属tag整合到一块儿，原来220M的文件变味了150M左右，而后修改文件解析函数：

void ReposManager::ReLoadUidTagData(const std::string& file_name) {                                                     
  std::string file_content;                                                   
  bool ret = file::ReadFileToString(file_name, &file_content);                
  if (ret == false) return;                                                   
  std::vector<std::pair<std::string, double>> tag_list;                       
  using namespace std;                                                        
  auto cmp = [](const pair<string, double>& a, const pair<string, double>& b) {
    return a.second > b.second;                                               
  };                                                                          
  std::vector<std::string> content;                                           
  SplitString(file_content, '\n', &content);                                                                           
  for (auto line: content) {                                                  
    if (line.length() == 0) continue;                                         
    std::vector<std::string> strs;                                            
    SplitString(line, ':', &strs);                                            
    if (strs.size() < 2) continue;                                            
    int uid = StringToInt(strs[0]);                                           
    std::vector<std::string> tags;                                            
    SplitString(strs[1], ',', &tags);                                         
    tag_list.clear();                                                         
    for (int i = 0; i < tags.size(); i++) {                                   
      std::vector<std::string> tmp;                                           
      SplitString(tags[i], '=', &tmp);                                        
      if (tmp.size() < 2) continue;                                           
      std::string tag = tmp[0];                                               
      double weight = StringToDouble(tmp[1]);                                 
      tag_list.push_back(std::pair<string, double>(tag, weight));             
    }                                                                         
    std::sort(tag_list.begin(), tag_list.end(), cmp); 
	uid_tags_[uid].clear();	
	for (int i = 0; i < tag_list.size(); ++i) {       
	  uid_tags_[uid].push_back(tag_list[i].first);    
    }
  }
 }

相比于修改前的，减小了一个 STL局部变量。

std::unordered_map<int, std::unordered_map<std::string, double> > uid_tags_map;

修改完毕，放到测试服务器测试，内存占用稳定到1.5G左右，屡次加载不会出现增加，问题搞定，上线部署。

代码都会写，如何写出高性能，高质量的代码，这就是个技术活。

总结：

1. malloc()/free()做为C标准，ANSI C并无指定它们具体应该如何实现。各个平台上（windows, mac, linux等等），调用这两个函数时，实现不同。

2. 在linux下，malloc()/free()的实现是由glibc库负责的。STL的内存释放，有时候并无直接返还给os，只是返还给了分配器。

3. 针对大量数据，谨慎大量使用STL局部变量，虽然栈上分配的，但它维护的队列是分配在heap上的，它操做的内存不必定可以即便释放，可能产生碎片。 stackoverflow 问题 ptmalloc理解