深入淺出 MFC 34 本书符号习惯 斜体字表示函数、常数、变量、语言保留字、宏、识别码等等，例如： CreateWindow 这是Win32 函数 strtok 这是C Runtime 函数库的函数 WM_CREATE 这是Windows 消息 ID_FILE_OPEN 这是资源识别码（ID） CDocument::Serialize 这是MFC 类别的成员函数 m_pNewViewClass 束 ， 回 返 对话框內部自有一个消息 回路（由系統维护） DialogBox 打开一个对话框： 1 2 3 4 当使用者按下 [ OK] 钮，产生 WM_COMMAND 命令消息， 识别码为IDOK，于是流往 图 1- 4 对话框的诞生、运作、结束 24 模块定义文件（.DEF） Windows 程序需要一个模块定义文件，将模块名称、程序节区和资料节区的内存特性、 模块 file-mapping CreateFileMapping process CreateProcess thread CreateThread 40 所使用的API）不同，但都会获得一个handle 做为识别；每被使用一次，其对应的计 数值就加1。核心对象的结束方式相当一致，调用CloseHandle 即可。 「process 对象」究竟做什么用呢？它并不如你想象中用来「执进程序代码」；不，程序代码

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

OpenCVConfig.cmake 的文件。 • 注：出于历史兼容性考虑，除了 OpenCVConfig.cmake 以外 OpenCV-config.cmake 这 个文件名也会被 CMake 识别到。 • 同理， find_package(Qt5) 则是会去找名为 Qt5Config.cmake 的文件。 • 这些形如 包名 + Config.cmake 的文件，我称之为包配置文件。 • 是找不到的。 • 这时你需要手动指定一个变量告诉他在哪儿，可以是普通变量 ${Qt5_DIR} ，也可以是环 境变量 $ENV{Qt5_DIR} ，两个中只要设置了任何一个 find_package 都可以识别到。 • 变量一般通过命令行 -DQt5_DIR=”C:/Program Files/Qt5.12.1/lib/cmake/Qt5” 设置。 举例， Windows 系统， Qt5 • 例如我把

不用等待，就可以直接开始处理 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) 的（取其不可分割 之意），不会加法加到一半另一个线程插一脚进

确实应该是两个不同的函数。 • 为什么 Python 不用区分读取和写入两个函数？只有统一的 [] ？因为 Python 作为老牌胶水语言，为了 用户体验做了些特殊处理。他的 ast 模块能自动识别 [] 位于等号左侧还是右侧，分成两个独立的函数 。 • 如果等号在左侧，则被他的 ast 模块视为写入上下文（ store context ），翻译成 __setitem__ 。 • 如果等号在右侧，则被他的

CMake 项目的构建分为两步： • 第一步是 cmake -B build ，称为配置阶段（ configure ），这时只检测环境并生成构建规则 • 会在 build 目录下生成本地构建系统能识别的项目文件（ Makefile 或是 .sln ） • 第二步是 cmake --build build ，称为构建阶段（ build ），这时才实际调用编译器来编译代码 • 在配置阶段可以通过

右值（也是纯右值）。但是，v 可以被别的变量捕获到，而 foo() 产生的那个返回值作为一个临时值，一 旦被 v 复制后，将立即被销毁，无法获取、也不能修改。而将亡值就定义了这样一种行为：临时的值能 够被识别、同时又能够被移动。 在 C++11 之后，编译器为我们做了一些工作，此处的左值 temp 会被进行此隐式右值转换，等价于 static_cast &&>(temp)，进而此处的