/categories/c++/ Recent content in c++ on Bad Fd Hugo -- gohugo.io zh-cn Wed, 24 Mar 2021 00:00:00 +0000 /posts/c++_enable_shared_from_this%E7%9A%84%E5%AE%9E%E7%8E%B0%E5%92%8Ccrtp-idiom/ Wed, 24 Mar 2021 00:00:00 +0000 /posts/c++_enable_shared_from_this%E7%9A%84%E5%AE%9E%E7%8E%B0%E5%92%8Ccrtp-idiom/ /posts/c++_template_parameter_pack/ Wed, 24 Mar 2021 00:00:00 +0000 /posts/c++_template_parameter_pack/ <h2 id="需求">需求</h2> <p>做一个libevent的wrapper，有个需求，用户对某个fd的可读事件感兴趣，要求在产生这个事件时，调用他传入的某个可调用对象及其参数。 libevent的回调类似：<code>void LibeventCallback(int fd, short flag, void* arg);</code></p> <p>要求： 1、用户传入的可调用对象fn，拿的参数是可变的，第一个参数为某个特定类型，用于感知fd和flag，后续其他为用户自定义参数</p> /posts/c++_recall-of-memory-order-model/ Tue, 09 Mar 2021 00:00:00 +0000 /posts/c++_recall-of-memory-order-model/ <h2 id="c内存序">c++内存序</h2> <h2 id="题外话">题外话</h2> <h4 id="cache-coherency-vs-memory-consistency">Cache Coherency vs. Memory Consistency</h4> <p>这两个概念容易混淆，重新捋一下。</p> <p>关于Cache Coherency：</p> /posts/cppnotes-move-semantics-n-rvalue-reference-2/ Wed, 03 Feb 2021 00:00:00 +0000 /posts/cppnotes-move-semantics-n-rvalue-reference-2/ <p>回顾：</p> <p>G1-G4:</p> <blockquote> <p><code>G1</code>. If a variable or parameter is declared to have type T&amp;&amp; for some deduced type T, that variable or parameter is a universal reference.</p> </blockquote> <blockquote> <p><code>G2</code>.</p> </blockquote> /posts/cppnotes-move-semantics-n-rvalue-reference-1/ Tue, 02 Feb 2021 00:00:00 +0000 /posts/cppnotes-move-semantics-n-rvalue-reference-1/ <p>几年前，整理了一份rvalue相关笔记：<a href="https://zhuanlan.zhihu.com/p/111826434">以前的一份笔记</a>，梳理近况时，发现某些问题还是没有弄清楚。</p> <h2 id="universal-reference"><code>Universal Reference</code></h2> <ul> <li> <p>Q: 什么场景下需要考虑这个问题？ A：模板元编程时，需要考虑兼容各种传入参数类型时（尤其是『左值/右值』）。基本上我感觉就是为了处理完美转发问题。比如写一个工厂函数模板，需要同时兼容传入的参数是左值和右值的情况，核心点是一个右值无法用于初始化一个左值引用，c++11之前要解决这个问题，要么写很多重复偏特化模板，要么付出拷贝参数的代价。</p> <p>c++11引入右值引用之后，上述问题可以通过<code>universal reference</code>来解决，即传入参数是左值时，形参的类型推导为左值引用，是右值时，推导为右值引用，同时只需要提供一套模板即可。</p> </li> <li> <p>Q: 什么是<code>Universal Reference</code>? A: 形如<code>T&amp;&amp;</code>, <code>T</code>不含有任何的cv限定符, 且<code>T</code>需要被推导</p> <blockquote> <p><code>G1</code>. If a variable or parameter is declared to have type T&amp;&amp; for some deduced type T, that variable or parameter is a universal reference.</p> </blockquote> </li> </ul> /posts/cppnote-server_rpc_notes/ Sat, 01 Dec 2018 21:26:49 +0800 /posts/cppnote-server_rpc_notes/ <p>最近比较详细地缕了一遍公司内部另一个团队的存储产品（基于apache thrift），后简称为A。到目前为止，本团队存储产品自研的rpc框架，加上自己写过一个简单rpc框架用于rdb实例分裂，已经接触了3个rpc框架。准备在这篇文章总结下一些个人感想。</p> <h3 id="连接处理模型">连接处理模型</h3> <ul> <li> <p>A的服务端：使用thrift-rpc的nonblock-server，连接处理模型是同步的： a. io线程在收到一个包后，会先把自己设为idle（具体点就是摘掉本线程上的可读写事件），扔给worker线程处理完成后再加回来。</p> </li> <li> <p>A的cli端的处理是同步的：</p> </li> </ul> /posts/cppnotes-server_rpc_notes/ Sat, 01 Dec 2018 21:26:49 +0800 /posts/cppnotes-server_rpc_notes/ <p>最近比较详细地缕了一遍公司内部另一个团队的存储产品（基于apache thrift），后简称为A。到目前为止，本团队存储产品自研的rpc框架，加上自己写过一个简单rpc框架用于rdb实例分裂，已经接触了3个rpc框架。准备在这篇文章总结下一些个人感想。</p> <h3 id="连接处理模型">连接处理模型</h3> <ul> <li> <p>A的服务端：使用thrift-rpc的nonblock-server，连接处理模型是同步的： a. io线程在收到一个包后，会先把自己设为idle（具体点就是摘掉本线程上的可读写事件），扔给worker线程处理完成后再加回来。</p> </li> <li> <p>A的cli端的处理是同步的：</p> </li> </ul> /posts/cppnotes-shared_ptr/ Sat, 01 Dec 2018 21:26:49 +0800 /posts/cppnotes-shared_ptr/ <p>本文提及并讨论了：</p> <ul> <li><code>shared_ptr</code>引入背景</li> <li>删除器</li> <li>线程安全性</li> <li><code>std::ref</code></li> </ul> /posts/cppnotes-iterator-invalidation/ Mon, 01 Jan 0001 00:00:00 +0000 /posts/cppnotes-iterator-invalidation/ <h2 id="cheatsheet">CheatSheet</h2> <p>(完整版见下面 Ref1 or cppref) note:</p> <blockquote> <p>顺序型容器</p> </blockquote> <ul> <li>deque插入or删除操作会导致迭代器失效.</li> </ul> /posts/cppnotes-stl-misc/ Mon, 01 Jan 0001 00:00:00 +0000 /posts/cppnotes-stl-misc/ this is a post of misc items of stl. behavior of operator[] of vector and map: auto in for-statement: