c++
人无远虑，必在on-call 纪念从业四年多，整理一个自己写过的智障代码合集 喝假酒系列 class wtf{ // bala private: std::string_view name; }; // 点评：知道你学了c++17，也不能这么瞎胡闹吧 //（string_view 不拥有string 内容的指针） void func(){ std::lock_guard<mutex> a(lock); { // critical section } // 2000 行其他逻辑 } // 点评：很困惑，你是想锁哪部分？ //（a的声明周期“本应该”与critical section一致，但是……） void func(ptr* a){ unique_ptr&
c++
21天是肯定没法学会C++的。22天也不行。 C++11里引入了一个新的概念 ：移动。 这个概念说简单其实很简单，因为它是介于拷贝和引用之间的一种概念。但还是有很多小伙伴表示不理解移动到底做了什么，如何理解移动。 要想理解移动，先来介绍一个概念：左值与右值。 左值与右值 笼统来讲，左值就是能够对其取地址的值。反之就是右值（临时变量也是右值）。比如1, 2.0, true, nullptr这种纯值类型，就是妥妥的右值。再比如 int a = 100; ， a是左值，100是右值。在给a赋值的过程中，我们将右值拷贝到了左值。（其实并不是完全这样，编译器会做一定程度的优化，但为了方便理解，我们不考虑编译器的功劳） 两个栗子 在早期C++里，我们通常用指针或者引用来传递一个大变量，因为可以避免一次拷贝的开销。第一个栗子：如果我们有一个比较大的右值变量，我想将它传递给其他的函数，该如何避免/减少拷贝的开销呢？比较熟悉的朋友可能会说，我们可以传递 const
c++
没错，技术博主开始写技术文了 从我开始学C/C++的时候，指针和内存管理就是最让我头疼的东西：要么是忘了释放内存造成内存泄露，要么是多重释放造成了访问失败。甚至有些时候一个方法有多个返回语句的时候还要在每一个返回语句前释放一下内存。当时就在想为什么不能像Java一样有一个智能的垃圾回收器，来管理所有的内存呢。 这个痛点一直困扰到我开始学STL。原来STL早就考虑到手动释放内存的繁琐，所以提供了多种智能指针：auto_ptr, unique_ptr, shared_ptr, weak_ptr，并引入了“所有权”这个概念。大大简化了工程项目中的内存管理。也让我意识到我学的是假C++，真C（菜）。 所有权 单一所有权 两句话：所有权的拥有者有义务释放内存或转移所有权。同一时刻只会有一个所有权拥有者。 共享所有权 和用裸指针一样，所有权的拥有者不必负责释放内存，引用计数器会负责释放内存。同一时刻可以有多个所有权拥有者。 unique_ptr 重要的事情说三遍： unique_ptr 不能被拷贝 unique_ptr 不能被拷贝 unique_ptr