explicit 表示必须用 () 强制转换。 • 否则 show(80) 也能编译通过！ • 所以，如果你不希望这种隐式转换， • 请给单参数的构造函数加上 explicit 。 • 比如 std::vector 的构造函数 vector(size_t n) 也是 explicit 的。 explicit 对多个参数也起作用！ • 多个参数时， explicit 的作用体现在禁止 从一个 • void *p{}; • 与 • int x{0}; • void *p{nullptr}; • 等价，都会零初始化。但是你不写那个空括号就会 变成内存中随机的值。 • 再比如： std::cout << int{}; 会打印出 0 编译器默认生成的构造函数：初始化列表（感谢 C++11 ） • 当一个类（和他的基类）没有定义任何构造函 数，这时编译器会自动生成一个参数个数和成 C++20 中还可以通过指定名称来跳顺序： 编译器默认生成的构造函数：初始化列表（妙用，解决函数多返回值） • 典型的例子包括，图形学某知名应用中， 可以简化函数具有多个返回值的处理。 • 和 std::tuple 相比，最大的好处是每个属性都有名字 ，不容易搞错。举个例子： • auto [hit, pos, ...] = intersect(...) • 每增加一个属性都要全部改一次代码。

. . . . . . . . . . . . . . . . . . 36 std::function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 std::bind 和 std::placeholder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 std::array . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 std::forward_list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 5.2 std::shared_ptr . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 5.3 std::unique_ptr . . . . . . . . . . . . . . . . .

ClientS3Adaptor () {} void Init(const S3ClientAdaptorOption option, S3Client *client, std::shared_ptr inodeManager);© XXX Page 5 of 9 int Write(Inode *inode, uint64_t offset, uint64_t uint64_t chunkSize_; std::string metaServerEps_; std::string allocateServerEps_; Thread bgFlushThread_; std::atomic toStop_; std::shared_ptr fsCacheManager_; std::shared_ptr inodeManager_; }; class FsCacheManager; using FileCacheManagerPtr = std::shared_ptr; using ChunkCacheManagerPtr = std::shared_ptr; using DataCachePtr = std::shared_ptr; class FsCacheManager { public: FsCacheManager()

，就可以对猫和狗都适用，实现代码的复用（ dont-repeat-yourself ）， 也让函数的作者不必去关注点从猫和狗的其他具体细节，只需把握住他们统一具有的“吃”这个接口。 小知识： shared_ptr 如何深拷贝？ 浅拷贝： 深拷贝： 思考：能不能把拷贝构造函数也作为虚函数？ • 现在我们的需求有变，不是去对同一个对象调用两次 eatTwice ，而是先把对象复制一份 拷贝，然后对对象本身和他的拷贝都调用一次 make_shared(*obj) ，这就实现了拷 贝的多态。 如何批量定义 clone 函数？ • 可以定义一个宏 IOBJECT_DEFINE_CLONE ，其内容是 clone 的实现。这里我们用 std::decay_t 快速获取了 this 指针所指向的类型，也就是当前所在类的类型 。 • 宏的缺点是他不遵守命名空间的规则，宏的名 字是全局可见的，不符合 IObjectClone 模板 类。其模板参数是他的派生类 Derived 。 • 然后在这个 IObjectClone 里实现 clone 即可。那为什么需要派生类作为模板参数 ？ • 因为 shared_ptr 的深拷贝需要知道对象具 体的类型。注意这里不仅 make_shared 的参数有 Derived ， this 指针（原本是 IObjectClone const * 类型）也需要转化成

{ TrimStop(); } int Init(const std::string cacheDir); int Write(std::string name, const char* buf, uint64_t length); int Read(std::string name, char* buf, uint64_t offset, uint64_t length); int CreateDir(); uint64_t GetCachedSize(); std::string GetCacheDir(); std::string GetCacheReadFullDir(); std::string GetCacheWriteFullDir(); /** * @brief tell whether whether the obj is cached in local cache disk. */ bool IsCached(std::string name); void addCache(std::string name); /** * @brief tell whether the cache disk is full or not. */

8 位整数更高效”，所以擅自把 char 魔改成无 符号的…… • 顺便一提， C++ 标准保证 char ， signed char ， unsigned char 是三个完全 不同的类型， std::is_same_v 分别判断他们总会得到 false ，无论 x86 还是 arm 。 • 但是奇葩的 C 语言却规定 short ， int ， long ， long long 必须是有符号的 就像你和同学随手“拉钩”定下的约定，这是 printf 约定俗成的。 • \ 就像正式合同，有法律效力的，这是 C 语言编译器规定好的。 C++ 字符串类 第 3 章 C 语言字符串操作繁琐 封装的 std::string 应运而生 封装的 std::string 应运而生 • string 可以从 const char * 隐式构造： • string s = “hello”; • string 具有 + 、 += 、 C 语言遗 产 • void modern_cpp(std::string name); // 这个函数是现代 C++ ，便民！ • void performance_geek(std::string const &name); // 有点追求性能的极客 • void performance_nerd(std::string_view name); //

Together — Exercise 243 48 练习解答 244 XI 裸机：上午 245 49 Welcome to Bare Metal Rust 246 50 no_std 247 50.1 极小的 no_std 程序 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248 50.2 alloc . . . 准库包含各种有用的宏。 • println!(format, ..) prints a line to standard output, applying formatting described in std::fmt. • format!(format, ..) 的用法与 println! 类似，但它以字符串形式返回结果。 • dbg!(expression) 会记录表达式的值并返回该值。 • todo For C++ programmers: think of &str as std::string_view from C++, but the one that always points to a valid string in memory. Rust String is a rough equivalent of std::string from C++ (main difference: it

new/delete 的容器：我是说，内存分配在堆上的容器 • 存储在堆上（妨碍优化）： • vector, map, set, string, function, any • unique_ptr, shared_ptr, weak_ptr • 存储在栈上（利于优化）： • array, bitset, glm::vec, string_view • pair, tuple, optional, variant 。 假定指针是 16 字节对齐的： assume_aligned 如果能保证指针 a 总是对齐到 16 字节，在 GCC 编译器中这样 写： 但这样不通用，因此 C++20 引入了标准化的 std::assume_aligned ： movups 变成了 movaps 对齐的读写可能 带来微乎其微的 性能提升…… 数组求和： reduction 的优化 你看懂了吗？没关系！小彭老师也没看 OpenMP 并非万能膏 药，单线程的程序认真优化后一样打败无脑 并行。 结论： SOA 是针对这个案例最高效的数据排布格式 第 7 章： STL 容器 std::vector ：也有指针别名问题 __restrict ：能否用于 std::vector ？ 没用！ 解决方案： pragma omp simd 或 pragma GCC ivdep C/C++ 的缺点：指针的自由度过高，允许多个

BCOS/blob/master/libblockverifier/Precompiled.h#L37], 重载call函数， 在call函数中实现各 个接口的调用行为。 call函数有三个参数： std::shared_ptr _context : 保存交易执行的上下文 bytesConstRef _param : 调用合约的参数信息，本次调用对应合约接口以及 接口的参数可以从_param解析获取 } // libblockverifier/Precompiled.h class Precompiled { virtual bytes call(std::shared_ptr _context, bytesConstRef _param, Address const& _origin = Address()) // 定义表名 const std::string HELLO_WORLD_TABLE_NAME = "_ext_hello_world_"; // 主键字段 const std::string HELLOWORLD_KEY_FIELD = "key"; // 其他字段字段，多个字段使用逗号分割，比如 "field0,field1,field2" const std::string HELLOWORLD_VALUE_FIELD

class Precompiled { virtual bytes call(std::shared_ptr _context, bytesConstRef _param, call函数有三个参数： std::shared_ptr _context : 保存交易执行的上下文 bytesConstRef // 定义表名 const std::string HELLO_WORLD_TABLE_NAME = "_ext_hello_world_"; // 主键字段 const std::string HELLOWORLD_KEY_FIELD = "key"; // 其他字段字段，多个字段使用逗号分割，比如 "field0,field1,field2" const std::string HELLOWORLD_VALUE_FIELD bytes abiIn(std::string _id, T const&... _t) // 将序列化数据解析为c++类型数据 template void abiOut(bytesConstRef _data, T&... _t) // 对于transfer接口 ： transfer(string,string,uint256) // 参数1 std::string str1