C++

使用cv::imread读取图片需检查返回值是否为空，避免路径含中文或空格、相对路径基准错误及格式问题。cv::imshow后必须调用cv::waitKey阻塞窗口，否则一闪而逝。图像颜色因默认BGR通道顺序可能偏色，需转换。无图形界面环境应改用cv::imwrite保存结果。

Kruskal算法适用于边少点分散的场景，时间复杂度主导为O(eloge)，需配合并查集；Prim算法适用于边多点集中，邻接矩阵版O(v²)，邻接表堆优化版O(elogv)。两者总权值必须一致，否则需检查溢出或逻辑错误。

C++priority_queue默认大顶堆，小顶堆或自定义优先级需显式传入比较器，不能只改push或top逻辑。自定义仿函数需满足严格弱序，返回true表示左操作数优先级低。仿函数比lambda更实用，lambda无法作为模板参数。注意模板参数不能省略容器类型。

在Linux下，通过getrlimit系统调用可获取进程文件描述符的软硬上限，效率高于解析/proc。需注意软限不超过硬限，非root无法提升硬限，修改需在打开文件前进行，且子进程继承父进程限制，与ulimit显示值可能不一致。

std::stop_token仅作观察者，不直接停止线程。实际停止由std::jthread析构或std::stop_source::request_stop()触发，线程需主动检查stop_requested()退出。推荐使用std::jthread并传入stop_token，轮询应在自然等待点（如std::condition_variable）进行。

std::async默认策略不保证异步，可能延迟到get()时同步执行。显式指定launch::async强制新线程立即运行，否则可能退化为deferred。deferred在get()时同步执行，无线程开销。默认策略行为不可预测，易导致线上串行问题。future析构时async策略会阻塞等待任务完成。

Windows下通过DeviceIoControl发送IOCTL_STORAGE_QUERY_PROPERTY并以管理员权限打开物理设备句柄可获取真实磁盘序列号，需注意UTF-16LE编码与空格处理。Linux下建议读取sysfs接口或使用smartctl，ioctl受内核策略限制。跨平台需处理结构体对齐和编码差异。

C++的unordered_map容器在未优化时性能落后于Perl和Go，根本原因并非语言本身，而是由于编译器未优化、键类型开销、基准测试设计缺陷及缓存行为差异等。启用-O2优化后C++可反超，这充分凸显了正确基准实践与现代C++调优的重要性。

C++对象持久化中，直接二进制写入仅适用于不含指针、虚函数及动态容器的POD类型。非POD类如std::string需手动序列化长度与数据，避免写入地址值。Boos库提供反射式序列化，支持容器与指针，但要求类可默认构造。

针对大文件模糊搜索，直接使用编辑距离算法效率低下，应先通过子串哈希或n-gram倒排进行粗筛，然后对候选内容运用带阈值的剪枝编辑距离（如Ukkonen算法变体）进行精确匹配，从而实现性能与准确度的平衡。

在C++多线程编程中，实现跨平台延时必须使用std::this_thread::sleep_for函数，其参数必须是std::chrono::duration类型（如milliseconds），绝不可传裸整数。虽然nanoseconds类型在语法上合法，但多数操作系统无法达到纳秒级精度，实际建议从毫秒级起步。常见错误是直接传入整数导致编译失败。

LRU-K算法不宜用链表和哈希表实现，推荐采用环形数组配合单调递增时间戳记录第K次访问时间。淘汰策略使用热度桶分层采样，避免全量排序开销。K值建议取2或3，桶数量不超过8个。需注意时间戳更新和桶重组时机必须与缓冲池操作对齐。

C++迭代器模式本质是语言约定：容器提供begin()和end()，迭代器支持operator*、++、!=。自定义容器需定义迭代器类并重载这三个操作符，同时提供const版本。常见错误包括缺少operator!=、构造函数缺失、const引用不匹配。STL算法仅关心概念，无需继承std::iterator。

std::next_permutation必须从升序排列开始才能枚举全部排列，否则会漏掉前面的排列。正确用法是先调用std::sort排序得到最小排列，再用do-while循环包含首次处理，确保每个排列都被处理一次。因为该函数按字典序生成下一个排列，只有从最小排列开始才能遍历所有排列。

C++浮点异常捕获依赖平台机制。Windows用_controlfp关闭掩码触发SEH；Linux/macOS用feenableexcept启用SIGFPE，注意版本和线程继承。警惕SSE与x87掩码不匹配，fetestexcept仅事后诊断。

std::is_copy_constructible_v仅检测拷贝构造函数语法声明，不保证实际可用性，若成员或基类不可拷贝将导致编译失败。因此推荐组合使用is_copy_constructible_v、is_copy_assignable_v和is_destructible_v进行安全判断。C++17与C++20对explicit拷贝构造函数处理存在差异，并

使用tinyxml2手动序列化C++类成员为符合XSDSchema的XML时，必须严格保证字段顺序与XSD中sequence定义一致，对可选字段显式判断其存在性，对特殊字符手动转义，并正确绑定XML命名空间，否则解析过程极易失败，需特别注意。

C++17中std::filesystem::create_directories可递归创建多级目录，返回false表示路径已存在而非错误。非标准_create_directories不可移植且已过时。常见失败原因包括父目录被文件占用、权限不足、路径超长等。C++14以下需手动拆分路径并调用平台原生API。

std::string删除字符常用三种方法：erase配合find循环最稳妥，适用于逐个删除已知字符；remove_if仅逻辑移动，需搭配erase截尾，适合条件删除；unique用于删除连续重复字符。性能敏感时需根据数据分布及操作频率选择策略，避免盲目使用；如大量删除建议用remove_if+erase，减少元素移动次数。

UDP回声服务器开发中，地址结构体未初始化导致recvfrom返回EINVAL，需用memset清零。避免阻塞可设非阻塞或超时。sendto失败多因目标地址错误或路由问题。单线程即可处理多客户端，无需维护连接状态。

libmagic利用文件内容魔数及多层规则识别MIME类型，较后缀法更可靠；但其默认只分析文件头部几千字节，无法处理加密或压缩内嵌的文件。

从PDF提取嵌入图片不能直接解压，需解析/XObject字典，解码FlateDecode、DCTDecode等编码流。推荐使用libpoppler或pdfium，避免直接解压或调用renderToImage。还需处理颜色空间、位深度、SMask蒙版、加密PDF及多种图像格式，才能正确提取原始图像。

在C++中实现内存数据排序并写入文件，应使用底层为introsort的std::sort，它自动处理退化情况，性能稳定高效。确保数据位于连续内存（如std::vector），排序时避免虚函数和锁，写文件前预留空间以减少反复分配。