类別） window focus 窗口焦点（拥有焦点之窗口，将可获得键盘输入） 以下是本书使用之中英文名词对照表： 控制组件，如 拖放（鼠标左键按下，选中图标后拖动，然后放开） 图标（窗口缩小化后的小图样） 串行 列表框、列表清单 通告消息（发生于控制组件） 强制性、先占式、优先权式 进程（一个执行起来的程序） 队列 template C++ 有所谓的class template，一般译为类别模板； 深入淺出 MFC 34 本书符号习惯 斜体字表示函数、常数、变量、语言保留字、宏、识别码等等，例如： CreateWindow 这是Win32 函数 strtok 这是C Runtime 函数库的函数 WM_CREATE 这是Windows 消息 ID_FILE_OPEN 这是资源识别码（ID） CDocument::Serialize 这是MFC 类别的成员函数 m_pNewViewClass 增设对 话盒处理函数，以及如何以MFC 提供的DDX/DDV 机制做出对话框控制组件 （control）的内容传递与内容查核。DDX（Dialog Data eXchange）的目的在简化应用 程序取得控制组件内容的过程，DDV（Dialog Data Validation）的目的则在加强应用 程序对控制组件内容之数值合理化检查。 Scribble Step4－加强显示能力- 滚动条与分裂窗口（第11

OpenCV::videoio 这 两个组件，如果没有这两个组件也会报错。 • find_package(OpenCV REQUIRED OPTIONAL_COMPONENTS core videoio) • 查找名为 OpenCV 的包，找不到就报错，可具有 OpenCV::core 和 OpenCV::videoio 这两个 组件，没有这两组件不会报错，通过 ${OpenCV_core_FOUND} ${OpenCV_core_FOUND} 查询是否找到 core 组件。 find_package 说是找“包”，到底是在找什么？ • find_package(OpenCV) 实际上是在找一个名为 OpenCVConfig.cmake 的文件。 • 注：出于历史兼容性考虑，除了 OpenCVConfig.cmake 以外 OpenCV-config.cmake 这 个文件名也会被 CMake 识别到。 • 同理， find_package(Qt5) 是找不到的。 • 这时你需要手动指定一个变量告诉他在哪儿，可以是普通变量 ${Qt5_DIR} ，也可以是环 境变量 $ENV{Qt5_DIR} ，两个中只要设置了任何一个 find_package 都可以识别到。 • 变量一般通过命令行 -DQt5_DIR=”C:/Program Files/Qt5.12.1/lib/cmake/Qt5” 设置。 举例， Windows 系统， Qt5 • 例如我把

CMake 项目的构建分为两步： • 第一步是 cmake -B build ，称为配置阶段（ configure ），这时只检测环境并生成构建规则 • 会在 build 目录下生成本地构建系统能识别的项目文件（ Makefile 或是 .sln ） • 第二步是 cmake --build build ，称为构建阶段（ build ），这时才实际调用编译器来编译代码 • 在配置阶段可以通过 find_package(Qt5 REQUIRED) 出错了 原因： Qt5 具有多个组件，必须指定你需要哪些组件 find_package 生成的伪对象 (imported target) 都按照“包名 :: 组件名”的格式命名。 你可以在 find_package 中通过 COMPONENTS 选项，后面跟随一个列表表示需要用的组件。 测试一下能否找到 Qt 的头文件并编译通过 常见问题：小彭老师， Windows

右值（也是纯右值）。但是，v 可以被别的变量捕获到，而 foo() 产生的那个返回值作为一个临时值，一 旦被 v 复制后，将立即被销毁，无法获取、也不能修改。而将亡值就定义了这样一种行为：临时的值能 够被识别、同时又能够被移动。 在 C++11 之后，编译器为我们做了一些工作，此处的左值 temp 会被进行此隐式右值转换，等价于 static_cast &&>(temp)，进而此处的 匹配输入字符串的开始位置，除非在方括号表达式中使用，此时它表示不接受该字符集 合。 { 标记限定符表达式的开始。 \| 指明两项之间的一个选择。 限定符 限定符用来指定正则表达式的一个给定的组件必须要出现多少次才能满足匹配。见下表： 字符 描述 * 匹配前面的子表达式零次或多次。例如，foo* 能匹配 fo 以及 foooo。* 等价于 {0,}。 + 匹配前面的子表达式一次或多次。例如，foo+ Systems, 12(3), 463–492. https://doi.org/10.1145/78969.78972 第 8 章文件系统 文件系统库提供了文件系统、路径、常规文件、目录等等相关组件进行操作的相关功能。和正则表 达式库类似，他也是最先由 boost 发起，并最终被合并为 C++ 标准的众多库之一。 8.1 文档与链接 TODO: 75 8.2 std::filesystem

CMake 认为一个包 (package) 可以提供多个库，又称组件 (components) ，比如 TBB 这个包，就包含了 tbb, tbbmalloc, tbbmalloc_proxy 这三个组件。 • 因此为避免冲突，每个包都享有一个独立的名字空间，以 :: 的分割（和 C++ 还挺像的） 。 • 你可以指定要用哪几个组件： • find_package(TBB REQUIRED

优化后： 挪到外面来：优化失败 然而只要去掉 (dt * dt) 的括号就会优化失败： 因为乘法是左结合的，就相当于 (b[i] * dt) * dt 编译器识别不到不变量，从而优化失败。 因此，要么帮编译器打上括号帮助他识别，要 么手动提取不变量到循环体外。 调用不在另一个文件的函数： SIMD 优化失败 因为编译器看不到那个文件的 other 函数里是什么，哪怕 other 在定

不用等待，就可以直接开始处理 a[2] ，避免等待数据的 时候 CPU 空转浪费时间。 • 这种策略称之为预取（ prefetch ），由硬件自动识别你程序的访存规律 ，决定要预取的地址。一般来说只有线性的地址访问规律（包括顺序、 逆序；连续、跨步）能被识别出来，而如果你的访存是随机的，那就没 办法预测。遇到这种突如其来的访存时， CPU 不得不空转等待数据的抵 达才能继续工作，浪费了时间。

而且即使搞错了也能正常编译通过（一些高级的编译器会 给出警告），但是运行结果不对，或者还有可能崩溃。 泛型的 iostream 应运而生 • 得益于 C++ 的重载技术， cout 不用你手动指定类型，他 会自动识别参数的类型，帮你调用相应的格式化函数。 c_str 和 data 的区别 • s.c_str() 保证返回的是以 0 结尾的字符串首地址指针，总长度为 s.size() + 1 。 • s find_first_of 应用案例：按空格分割字符串 • 刚刚说 ASCII 的时候提到过 isspace 这个函数，他会把 ‘ ’、‘ \t’ 、‘ \v’ 、‘ \f’ 、‘ \n’ 、‘ \r’ 识别为空格（因为他们显示 出来的确都是空的），我姑且称之为空格类字符 （ whitespace ）。 • 如何找到第一个出现的空格类字符？如果要找第一个出现 的空格，可以用 s.find(‘ ’) ，如果要找到第一个出现的空格

的时候手动优化才有优势，开 启 -O1 优化以后都区别不大了。 • 因此对于简单的分支，完全可以不考虑优化， 交给编译器自动优化掉。 • 一般只需要把 if-else 改成三目运算符 ?: 编 译器就能成功识别了（见开头的例子）。 • 建议只有当性能遇到瓶颈时，再去针对性对 “热代码”优化，而不是一股脑儿全部改成无分 支，影响可读性。 “ 妙用加减乘”的无分支优化是万能的吗？ • return x

而已，用昂贵的 mutex 严重影响了效率 。 建议用 atomic ：有专门的硬件指令加持 • 因此可以用更轻量级的 atomic ，对他的 += 等 操作，会被编译器转换成专门的指令。 • CPU 识别到该指令时，会锁住内存总线，放弃 乱序执行等优化策略（将该指令视为一个同步点 ，强制同步掉之前所有的内存操作），从而向你 保证该操作是原子 (atomic) 的（取其不可分割 之意），不会加法加到一半另一个线程插一脚进