EffectiveModernCppChinese/3.MovingToModernCpp/item17.html
2023-05-06 06:19:14 +00:00

289 lines
31 KiB
HTML
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

<!DOCTYPE HTML>
<html lang="zh" class="sidebar-visible no-js light">
<head>
<!-- Book generated using mdBook -->
<meta charset="UTF-8">
<title>Item 17:理解特殊成员函数函数的生成 - Effective Modern C++</title>
<!-- Custom HTML head -->
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<meta name="description" content="">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="theme-color" content="#ffffff" />
<link rel="icon" href="../favicon.svg">
<link rel="shortcut icon" href="../favicon.png">
<link rel="stylesheet" href="../css/variables.css">
<link rel="stylesheet" href="../css/general.css">
<link rel="stylesheet" href="../css/chrome.css">
<link rel="stylesheet" href="../css/print.css" media="print">
<!-- Fonts -->
<link rel="stylesheet" href="../FontAwesome/css/font-awesome.css">
<link rel="stylesheet" href="../fonts/fonts.css">
<!-- Highlight.js Stylesheets -->
<link rel="stylesheet" href="../highlight.css">
<link rel="stylesheet" href="../tomorrow-night.css">
<link rel="stylesheet" href="../ayu-highlight.css">
<!-- Custom theme stylesheets -->
<!-- MathJax -->
<script async type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js?config=TeX-AMS-MML_HTMLorMML"></script>
</head>
<body>
<!-- Provide site root to javascript -->
<script type="text/javascript">
var path_to_root = "../";
var default_theme = window.matchMedia("(prefers-color-scheme: dark)").matches ? "navy" : "light";
</script>
<!-- Work around some values being stored in localStorage wrapped in quotes -->
<script type="text/javascript">
try {
var theme = localStorage.getItem('mdbook-theme');
var sidebar = localStorage.getItem('mdbook-sidebar');
if (theme.startsWith('"') && theme.endsWith('"')) {
localStorage.setItem('mdbook-theme', theme.slice(1, theme.length - 1));
}
if (sidebar.startsWith('"') && sidebar.endsWith('"')) {
localStorage.setItem('mdbook-sidebar', sidebar.slice(1, sidebar.length - 1));
}
} catch (e) { }
</script>
<!-- Set the theme before any content is loaded, prevents flash -->
<script type="text/javascript">
var theme;
try { theme = localStorage.getItem('mdbook-theme'); } catch(e) { }
if (theme === null || theme === undefined) { theme = default_theme; }
var html = document.querySelector('html');
html.classList.remove('no-js')
html.classList.remove('light')
html.classList.add(theme);
html.classList.add('js');
</script>
<!-- Hide / unhide sidebar before it is displayed -->
<script type="text/javascript">
var html = document.querySelector('html');
var sidebar = 'hidden';
if (document.body.clientWidth >= 1080) {
try { sidebar = localStorage.getItem('mdbook-sidebar'); } catch(e) { }
sidebar = sidebar || 'visible';
}
html.classList.remove('sidebar-visible');
html.classList.add("sidebar-" + sidebar);
</script>
<nav id="sidebar" class="sidebar" aria-label="Table of contents">
<div class="sidebar-scrollbox">
<ol class="chapter"><li class="chapter-item expanded "><a href="../Introduction.html">简介</a></li><li class="chapter-item expanded "><div>第一章 类型推导</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../1.DeducingTypes/item1.html">Item 1:理解模板类型推导</a></li><li class="chapter-item expanded "><a href="../1.DeducingTypes/item2.html">Item 2:理解auto类型推导</a></li><li class="chapter-item expanded "><a href="../1.DeducingTypes/item3.html">Item 3:理解decltype</a></li><li class="chapter-item expanded "><a href="../1.DeducingTypes/item4.html">Item 4:学会查看类型推导结果</a></li></ol></li><li class="chapter-item expanded "><div>第二章 auto</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../2.Auto/item5.html">Item 5:优先考虑auto而非显式类型声明</a></li><li class="chapter-item expanded "><a href="../2.Auto/item6.html">Item 6:auto推导若非己愿使用显式类型初始化惯用法</a></li></ol></li><li class="chapter-item expanded "><div>第三章 移步现代C++</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item7.html">Item 7:区别使用()和{}创建对象</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item8.html">Item 8:优先考虑nullptr而非0和NULL</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item9.html">Item 9:优先考虑别名声明而非typedefs</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item10.html">Item 10:优先考虑限域枚举而非未限域枚举</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item11.html">Item 11:优先考虑使用deleted函数而非使用未定义的私有声明</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item12.html">Item 12:使用override声明重载函数</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item13.html">Item 13:优先考虑const_iterator而非iterator</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item14.html">Item 14:如果函数不抛出异常请使用noexcept</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item15.html">Item 15:尽可能的使用constexpr</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item16.html">Item 16:让const成员函数线程安全</a></li><li class="chapter-item expanded "><a href="../3.MovingToModernCpp/item17.html" class="active">Item 17:理解特殊成员函数函数的生成</a></li></ol></li><li class="chapter-item expanded "><div>第四章 智能指针</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../4.SmartPointers/item18.html">Item 18:对于独占资源使用std::unique_ptr</a></li><li class="chapter-item expanded "><a href="../4.SmartPointers/item19.html">Item 19:对于共享资源使用std::shared_ptr</a></li><li class="chapter-item expanded "><a href="../4.SmartPointers/item20.html">Item 20:当std::shared_ptr可能悬空时使用std::weak_ptr</a></li><li class="chapter-item expanded "><a href="../4.SmartPointers/item21.html">Item 21:优先考虑使用std::make_unique和std::make_shared而非new</a></li><li class="chapter-item expanded "><a href="../4.SmartPointers/item22.html">Item 22:当使用Pimpl惯用法请在实现文件中定义特殊成员函数</a></li></ol></li><li class="chapter-item expanded "><div>第五章 右值引用,移动语义,完美转发</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item23.html">Item 23:理解std::move和std::forward</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item24.html">Item 24:区别通用引用和右值引用</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item25.html">Item 25:对于右值引用使用std::move对于通用引用使用std::forward</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item26.html">Item 26:避免重载通用引用</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item27.html">Item 27:熟悉重载通用引用的替代品</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item28.html">Item 28:理解引用折叠</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item29.html">Item 29:认识移动操作的缺点</a></li><li class="chapter-item expanded "><a href="../5.RRefMovSemPerfForw/item30.html">Item 30:熟悉完美转发失败的情况</a></li></ol></li><li class="chapter-item expanded "><div>第六章 Lambda表达式</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../6.LambdaExpressions/item31.html">Item 31:避免使用默认捕获模式</a></li><li class="chapter-item expanded "><a href="../6.LambdaExpressions/item32.html">Item 32:使用初始化捕获来移动对象到闭包中</a></li><li class="chapter-item expanded "><a href="../6.LambdaExpressions/item33.html">Item 33:对于std::forward的auto&&形参使用decltype</a></li><li class="chapter-item expanded "><a href="../6.LambdaExpressions/item34.html">Item 34:优先考虑lambda表达式而非std::bind</a></li></ol></li><li class="chapter-item expanded "><div>第七章 并发API</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../7.TheConcurrencyAPI/Item35.html">Item 35:优先考虑基于任务的编程而非基于线程的编程</a></li><li class="chapter-item expanded "><a href="../7.TheConcurrencyAPI/item36.html">Item 36:如果有异步的必要请指定std::launch::async</a></li><li class="chapter-item expanded "><a href="../7.TheConcurrencyAPI/item37.html">Item 37:从各个方面使得std::threads unjoinable</a></li><li class="chapter-item expanded "><a href="../7.TheConcurrencyAPI/item38.html">Item 38:关注不同线程句柄析构行为</a></li><li class="chapter-item expanded "><a href="../7.TheConcurrencyAPI/item39.html">Item 39:考虑对于单次事件通信使用void</a></li><li class="chapter-item expanded "><a href="../7.TheConcurrencyAPI/item40.html">Item 40:对于并发使用std::atomicvolatile用于特殊内存区</a></li></ol></li><li class="chapter-item expanded "><div>第八章 微调</div></li><li><ol class="section"><li class="chapter-item expanded "><a href="../8.Tweaks/item41.html">Item 41:对于那些可移动总是被拷贝的形参使用传值方式</a></li><li class="chapter-item expanded "><a href="../8.Tweaks/item42.html">Item 42:考虑就地创建而非插入</a></li></ol></li></ol>
</div>
<div id="sidebar-resize-handle" class="sidebar-resize-handle"></div>
</nav>
<div id="page-wrapper" class="page-wrapper">
<div class="page">
<div id="menu-bar-hover-placeholder"></div>
<div id="menu-bar" class="menu-bar sticky bordered">
<div class="left-buttons">
<button id="sidebar-toggle" class="icon-button" type="button" title="Toggle Table of Contents" aria-label="Toggle Table of Contents" aria-controls="sidebar">
<i class="fa fa-bars"></i>
</button>
<button id="theme-toggle" class="icon-button" type="button" title="Change theme" aria-label="Change theme" aria-haspopup="true" aria-expanded="false" aria-controls="theme-list">
<i class="fa fa-paint-brush"></i>
</button>
<ul id="theme-list" class="theme-popup" aria-label="Themes" role="menu">
<li role="none"><button role="menuitem" class="theme" id="light">Light (default)</button></li>
<li role="none"><button role="menuitem" class="theme" id="rust">Rust</button></li>
<li role="none"><button role="menuitem" class="theme" id="coal">Coal</button></li>
<li role="none"><button role="menuitem" class="theme" id="navy">Navy</button></li>
<li role="none"><button role="menuitem" class="theme" id="ayu">Ayu</button></li>
</ul>
<button id="search-toggle" class="icon-button" type="button" title="Search. (Shortkey: s)" aria-label="Toggle Searchbar" aria-expanded="false" aria-keyshortcuts="S" aria-controls="searchbar">
<i class="fa fa-search"></i>
</button>
</div>
<h1 class="menu-title">Effective Modern C++</h1>
<div class="right-buttons">
<a href="../print.html" title="Print this book" aria-label="Print this book">
<i id="print-button" class="fa fa-print"></i>
</a>
<a href="https://github.com/CnTransGroup/EffectiveModernCppChinese" title="Git repository" aria-label="Git repository">
<i id="git-repository-button" class="fa fa-github"></i>
</a>
</div>
</div>
<div id="search-wrapper" class="hidden">
<form id="searchbar-outer" class="searchbar-outer">
<input type="search" id="searchbar" name="searchbar" placeholder="Search this book ..." aria-controls="searchresults-outer" aria-describedby="searchresults-header">
</form>
<div id="searchresults-outer" class="searchresults-outer hidden">
<div id="searchresults-header" class="searchresults-header"></div>
<ul id="searchresults">
</ul>
</div>
</div>
<!-- Apply ARIA attributes after the sidebar and the sidebar toggle button are added to the DOM -->
<script type="text/javascript">
document.getElementById('sidebar-toggle').setAttribute('aria-expanded', sidebar === 'visible');
document.getElementById('sidebar').setAttribute('aria-hidden', sidebar !== 'visible');
Array.from(document.querySelectorAll('#sidebar a')).forEach(function(link) {
link.setAttribute('tabIndex', sidebar === 'visible' ? 0 : -1);
});
</script>
<div id="content" class="content">
<main>
<h2 id="条款十七理解特殊成员函数的生成"><a class="header" href="#条款十七理解特殊成员函数的生成">条款十七:理解特殊成员函数的生成</a></h2>
<p><strong>Item 17: Understand special member function generation</strong></p>
<p>在C++术语中,<strong>特殊成员函数</strong>是指C++自己生成的函数。C++98有四个默认构造函数析构函数拷贝构造函数拷贝赋值运算符。当然在这里有些细则要注意。这些函数仅在需要的时候才生成比如某个代码使用它们但是它们没有在类中明确声明。默认构造函数仅在类完全没有构造函数的时候才生成。防止编译器为某个类生成构造函数但是你希望那个构造函数有参数生成的特殊成员函数是隐式public且<code>inline</code>,它们是非虚的,除非相关函数是在派生类中的析构函数,派生类继承了有虚析构函数的基类。在这种情况下,编译器为派生类生成的析构函数是虚的。</p>
<p>但是你早就知道这些了。好吧好吧都说古老的历史美索不达米亚商朝FORTRANC++98。但是时代改变了C++生成特殊成员的规则也改变了。要留意这些新规则知道什么时候编译器会悄悄地向你的类中添加成员函数因为没有什么比这件事对C++高效编程更重要。</p>
<p>C++11特殊成员函数俱乐部迎来了两位新会员移动构造函数和移动赋值运算符。它们的签名是</p>
<pre><code class="language-cpp">class Widget {
public:
Widget(Widget&amp;&amp; rhs); //移动构造函数
Widget&amp; operator=(Widget&amp;&amp; rhs); //移动赋值运算符
};
</code></pre>
<p>掌控它们生成和行为的规则类似于拷贝系列。移动操作仅在需要的时候生成如果生成了就会对类的non-static数据成员执行逐成员的移动。那意味着移动构造函数根据<code>rhs</code>参数里面对应的成员移动构造出新non-static部分移动赋值运算符根据参数里面对应的non-static成员移动赋值。移动构造函数也移动构造基类部分如果有的话移动赋值运算符也是移动赋值基类部分。</p>
<p>现在,当我对一个数据成员或者基类使用移动构造或者移动赋值时,没有任何保证移动一定会真的发生。逐成员移动,实际上,更像是逐成员移动<strong>请求</strong>,因为对<strong>不可移动类型</strong>即对移动操作没有特殊支持的类型比如大部分C++98传统类使用“移动”操作实际上执行的是拷贝操作。逐成员移动的核心是对对象使用<code>std::move</code>,然后函数决议时会选择执行移动还是拷贝操作。<a href="../5.RRefMovSemPerfForw/item23.html">Item23</a>包括了这个操作的细节。本条款中,简单记住如果支持移动就会逐成员移动类成员和基类成员,如果不支持移动就执行拷贝操作就好了。</p>
<p>像拷贝操作情况一样,如果你自己声明了移动操作,编译器就不会生成。然而它们生成的精确条件与拷贝操作的条件有点不同。</p>
<p>两个拷贝操作是独立的声明一个不会限制编译器生成另一个。所以如果你声明一个拷贝构造函数但是没有声明拷贝赋值运算符如果写的代码用到了拷贝赋值编译器会帮助你生成拷贝赋值运算符。同样的如果你声明拷贝赋值运算符但是没有拷贝构造函数代码用到拷贝构造函数时编译器就会生成它。上述规则在C++98和C++11中都成立。</p>
<p>两个移动操作不是相互独立的。如果你声明了其中一个,编译器就不再生成另一个。如果你给类声明了,比如,一个移动构造函数,就表明对于移动操作应怎样实现,与编译器应生成的默认逐成员移动有些区别。如果逐成员移动构造有些问题,那么逐成员移动赋值同样也可能有问题。所以声明移动构造函数阻止移动赋值运算符的生成,声明移动赋值运算符同样阻止编译器生成移动构造函数。</p>
<p>再进一步,如果一个类显式声明了拷贝操作,编译器就不会生成移动操作。这种限制的解释是如果声明拷贝操作(构造或者赋值)就暗示着平常拷贝对象的方法(逐成员拷贝)不适用于该类,编译器会明白如果逐成员拷贝对拷贝操作来说不合适,逐成员移动也可能对移动操作来说不合适。</p>
<p>这是另一个方向。声明移动操作(构造或赋值)使得编译器禁用拷贝操作。(编译器通过给拷贝操作加上<em>delete</em>来保证,参见<a href="../3.MovingToModernCpp/item11.html">Item11</a>译注禁用的是自动生成的拷贝操作对于用户声明的拷贝操作不受影响毕竟如果逐成员移动对该类来说不合适也没有理由指望逐成员拷贝操作是合适的。听起来会破坏C++98的某些代码因为C++11中拷贝操作可用的条件比C++98更受限但事实并非如此。C++98的代码没有移动操作因为C++98中没有移动对象这种概念。只有一种方法能让老代码使用用户声明的移动操作那就是使用C++11标准然后添加这些操作使用了移动语义的类必须接受C++11特殊成员函数生成规则的限制。</p>
<p>也许你早已听过_Rule of Three_规则。这个规则告诉我们如果你声明了拷贝构造函数拷贝赋值运算符或者析构函数三者之一你应该也声明其余两个。它来源于长期的观察即用户接管拷贝操作的需求几乎都是因为该类会做其他资源的管理这也几乎意味着1无论哪种资源管理如果在一个拷贝操作内完成也应该在另一个拷贝操作内完成2类的析构函数也需要参与资源的管理通常是释放。通常要管理的资源是内存这也是为什么标准库里面那些管理内存的类如会动态内存管理的STL容器都声明了“<em>the big three</em>”:拷贝构造,拷贝赋值和析构。</p>
<p><em>Rule of Three</em>带来的后果就是只要出现用户定义的析构函数就意味着简单的逐成员拷贝操作不适用于该类。那意味着如果一个类声明了析构拷贝操作可能不应该自动生成因为它们做的事情可能是错误的。在C++98提出的时候上述推理没有得倒足够的重视所以C++98用户声明析构函数不会左右编译器生成拷贝操作的意愿。C++11中情况仍然如此但仅仅是因为限制拷贝操作生成的条件会破坏老代码。</p>
<p><em>Rule of Three</em>规则背后的解释依然有效再加上对声明拷贝操作阻止移动操作隐式生成的观察使得C++11不会为那些有用户定义的析构函数的类生成移动操作。</p>
<p>所以仅当下面条件成立时才会生成移动操作(当需要时):</p>
<ul>
<li>类中没有拷贝操作</li>
<li>类中没有移动操作</li>
<li>类中没有用户定义的析构</li>
</ul>
<p>有时类似的规则也会扩展至拷贝操作上面C++11抛弃了已声明拷贝操作或析构函数的类的拷贝操作的自动生成。这意味着如果你的某个声明了析构或者拷贝的类依赖自动生成的拷贝操作你应该考虑升级这些类消除依赖。假设编译器生成的函数行为是正确的即逐成员拷贝类non-static数据是你期望的行为你的工作很简单C++11的<code>= default</code>就可以表达你想做的:</p>
<pre><code class="language-cpp">class Widget {
public:
~Widget(); //用户声明的析构函数
… //默认拷贝构造函数
Widget(const Widget&amp;) = default; //的行为还可以
Widget&amp; //默认拷贝赋值运算符
operator=(const Widget&amp;) = default; //的行为还可以
};
</code></pre>
<p>这种方法通常在多态基类中很有用,即通过操作的是哪个派生类对象来定义接口。多态基类通常有一个虚析构函数,因为如果它们非虚,一些操作(比如通过一个基类指针或者引用对派生类对象使用<code>delete</code>或者<code>typeid</code>)会产生未定义或错误结果。除非类继承了一个已经是<em>virtual</em>的析构函数,否则要想析构函数为虚函数的唯一方法就是加上<code>virtual</code>关键字。通常,默认实现是对的,<code>= default</code>是一个不错的方式表达默认实现。然而用户声明的析构函数会抑制编译器生成移动操作,所以如果该类需要具有移动性,就为移动操作加上<code>= default</code>。声明移动会抑制拷贝生成,所以如果拷贝性也需要支持,再为拷贝操作加上<code>= default</code></p>
<pre><code class="language-cpp">class Base {
public:
virtual ~Base() = default; //使析构函数virtual
Base(Base&amp;&amp;) = default; //支持移动
Base&amp; operator=(Base&amp;&amp;) = default;
Base(const Base&amp;) = default; //支持拷贝
Base&amp; operator=(const Base&amp;) = default;
};
</code></pre>
<p>实际上,就算编译器乐于为你的类生成拷贝和移动操作,生成的函数也如你所愿,你也应该手动声明它们然后加上<code>= default</code>。这看起来比较多余但是它让你的意图更明确也能帮助你避免一些微妙的bug。比如你有一个类来表示字符串表即一种支持使用整数ID快速查找字符串值的数据结构</p>
<pre><code class="language-cpp">class StringTable {
public:
StringTable() {}
… //插入、删除、查找等函数,但是没有拷贝/移动/析构功能
private:
std::map&lt;int, std::string&gt; values;
};
</code></pre>
<p>假设这个类没有声明拷贝操作,没有移动操作,也没有析构,如果它们被用到编译器会自动生成。没错,很方便。</p>
<p>后来需要在对象构造和析构中打日志,增加这种功能很简单:</p>
<pre><code class="language-cpp">class StringTable {
public:
StringTable()
{ makeLogEntry(&quot;Creating StringTable object&quot;); } //增加的
~StringTable() //也是增加的
{ makeLogEntry(&quot;Destroying StringTable object&quot;); }
… //其他函数同之前一样
private:
std::map&lt;int, std::string&gt; values; //同之前一样
};
</code></pre>
<p>看起来合情合理,但是声明析构有潜在的副作用:它阻止了移动操作的生成。然而,拷贝操作的生成是不受影响的。因此代码能通过编译,运行,也能通过功能(译注:即打日志的功能)测试。功能测试也包括移动功能,因为即使该类不支持移动操作,对该类的移动请求也能通过编译和运行。这个请求正如之前提到的,会转而由拷贝操作完成。它意味着对<code>StringTable</code>对象的移动实际上是对对象的拷贝,即拷贝里面的<code>std::map&lt;int, std::string&gt;</code>对象。拷贝<code>std::map&lt;int, std::string&gt;</code>对象很可能比移动慢<strong>几个数量级</strong>。简单的加个析构就引入了极大的性能问题!对拷贝和移动操作显式加个<code>= default</code>,问题将不再出现。</p>
<p>受够了我喋喋不休的讲述C++11拷贝移动规则了吧你可能想知道什么时候我才会把注意力转入到剩下两个特殊成员函数默认构造函数和析构函数。现在就是时候了但是只有一句话因为它们几乎没有改变它们在C++98中是什么样在C++11中就是什么样。</p>
<p>C++11对于特殊成员函数处理的规则如下</p>
<ul>
<li><strong>默认构造函数</strong>和C++98规则相同。仅当类不存在用户声明的构造函数时才自动生成。</li>
<li><strong>析构函数</strong>基本上和C++98相同稍微不同的是现在析构默认<code>noexcept</code>(参见<a href="../3.MovingToModernCpp/item14.html">Item14</a>。和C++98一样仅当基类析构为虚函数时该类析构才为虚函数。</li>
<li><strong>拷贝构造函数</strong>和C++98运行时行为一样逐成员拷贝non-static数据。仅当类没有用户定义的拷贝构造时才生成。如果类声明了移动操作它就是<em>delete</em>的。当用户声明了拷贝赋值或者析构,该函数自动生成已被废弃。</li>
<li><strong>拷贝赋值运算符</strong>和C++98运行时行为一样逐成员拷贝赋值non-static数据。仅当类没有用户定义的拷贝赋值时才生成。如果类声明了移动操作它就是<em>delete</em>的。当用户声明了拷贝构造或者析构,该函数自动生成已被废弃。</li>
<li><strong>移动构造函数</strong><strong>移动赋值运算符</strong>都对非static数据执行逐成员移动。仅当类没有用户定义的拷贝操作移动操作或析构时才自动生成。</li>
</ul>
<p>注意没有“成员函数<strong>模版</strong>阻止编译器生成特殊成员函数”的规则。这意味着如果<code>Widget</code>是这样:</p>
<pre><code class="language-cpp">class Widget {
template&lt;typename T&gt; //从任何东西构造Widget
Widget(const T&amp; rhs);
template&lt;typename T&gt; //从任何东西赋值给Widget
Widget&amp; operator=(const T&amp; rhs);
};
</code></pre>
<p>编译器仍会生成移动和拷贝操作(假设正常生成它们的条件满足),即使可以模板实例化产出拷贝构造和拷贝赋值运算符的函数签名。(当<code>T</code><code>Widget</code>时。)很可能你会觉得这是一个不值得承认的边缘情况,但是我提到它是有道理的,<a href="../5.RRefMovSemPerfForw/item26.html">Item26</a>将会详细讨论它可能带来的后果。</p>
<p><strong>请记住:</strong></p>
<ul>
<li>特殊成员函数是编译器可能自动生成的函数:默认构造函数,析构函数,拷贝操作,移动操作。</li>
<li>移动操作仅当类没有显式声明移动操作,拷贝操作,析构函数时才自动生成。</li>
<li>拷贝构造函数仅当类没有显式声明拷贝构造函数时才自动生成,并且如果用户声明了移动操作,拷贝构造就是<em>delete</em>。拷贝赋值运算符仅当类没有显式声明拷贝赋值运算符时才自动生成,并且如果用户声明了移动操作,拷贝赋值运算符就是<em>delete</em>。当用户声明了析构函数,拷贝操作的自动生成已被废弃。</li>
<li>成员函数模板不抑制特殊成员函数的生成。</li>
</ul>
</main>
<nav class="nav-wrapper" aria-label="Page navigation">
<!-- Mobile navigation buttons -->
<a rel="prev" href="../3.MovingToModernCpp/item16.html" class="mobile-nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left">
<i class="fa fa-angle-left"></i>
</a>
<a rel="next" href="../4.SmartPointers/item18.html" class="mobile-nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right">
<i class="fa fa-angle-right"></i>
</a>
<div style="clear: both"></div>
</nav>
</div>
</div>
<nav class="nav-wide-wrapper" aria-label="Page navigation">
<a rel="prev" href="../3.MovingToModernCpp/item16.html" class="nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left">
<i class="fa fa-angle-left"></i>
</a>
<a rel="next" href="../4.SmartPointers/item18.html" class="nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right">
<i class="fa fa-angle-right"></i>
</a>
</nav>
</div>
<script type="text/javascript">
window.playground_copyable = true;
</script>
<script src="../elasticlunr.min.js" type="text/javascript" charset="utf-8"></script>
<script src="../mark.min.js" type="text/javascript" charset="utf-8"></script>
<script src="../searcher.js" type="text/javascript" charset="utf-8"></script>
<script src="../clipboard.min.js" type="text/javascript" charset="utf-8"></script>
<script src="../highlight.js" type="text/javascript" charset="utf-8"></script>
<script src="../book.js" type="text/javascript" charset="utf-8"></script>
<!-- Custom JS scripts -->
</body>
</html>