记录使用 WinDBG 分析 Dump 文件、定位崩溃根因的核心方法。聚焦两件事： 把 符号路径 和 源码路径 配对，让调试器能从十六进制地址翻译成源码行 用 !analyze -v 和 k 看堆栈，点击蓝色路径直接跳到源码现场 Symbol Path（符号路径）是什么符号路径告诉 WinDBG 去哪里找 PDB 文件。PDB 是「地址 ↔ 函数名 / 文件 / 行号」的

核心观念协程在表面上是在函数中的暂停节点，本质是在堆上存储函数上下文数据的机制。 协程的终极目标是增加单个线程的资源利用率——让线程在等待 I/O 的时间片内去做别的事情，而不是阻塞空转。当所有阻塞操作（网络、数据库、Redis）都可以 co_await 时，一个线程就能同时推进数千个并发任务，而不需要数千个线程。 C++20 协程是无栈协程（stackless），没有独立的栈。编译器将

安装的话下载压缩包解压安装就行, 在服务器上后台运行后就可以正常使用了. 简易生产者1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677// simple_p

本章将以卡夫卡为核心深入学习消息队列的方方面面 必要性分布式这是宏观上消息队列非常大的优势, 其所带来的好处可以细分如下 : 解耦 : 消息队列专注于生产消费模型, 其作为中间层可以很好地将这两方面解耦, 像我们在代码中使用queue + 条件变量的组合其实本质就是为了实现该功能. 独立 / 持久化 : 消息队列一般运行在一个独立的服务器上, 这样就算消费者崩溃, 消息队列

工作总结 从零开发蓝屏修复项目. 封装aliyun-oss-cpp-sdk接口到动态库中, 供后续dll修复的上传功能使用. Jenkins这算是一个CI/CD工具, 貌似现在非常多公司都在用这个, 其功能在于持续集成/持续交付 + 自动化, 虽然这么说, 感觉很高端很厉害, 但是如果不实际接触, 感觉还是很难摸清其中的门道, 我下面就用比较简单的语言一边理解一边介绍吧. 初步理解你可

关于运行库, 你可以仅仅理解静态库和动态库的原理, 也许够用, 但是如果深入进去的话, 大有可以说道的地方, 在我的认知中, 这不算是什么实用知识, 但是算一种”技术底蕴”吧. CRT(C/C++ Runtime Library)总所周知, 程序运行不只依靠自己的代码, 更依靠各种标准库. 你可以认为CRT就是C/C++运行库, 是环境, 是C标准库, 是C++标准库, 是

工作总结 对清理大师安装卸载界面进行高dpi适配. 学习DLL修复的项目代码, 重点学习DLL自学习相关部分的代码并进行调试, 找到了一个路径问题, 一个大小写匹配的问题. 实现DLL修复中自修复功能从独立版到内嵌版的迁移. 知识总结环境配置公司主要是用VS写项目, 遇见了很多之前没有遇到的情况, 下面把一些知识点或情况总结一下 : 可以用.prpos属性表来进行项目配置的导入, 将同一个属

本章使用了redis_plus_plus库, 确实使用要比hiredis要方便的多, 实际使用还是直接用这个最好. 另外还加入了 Pipeline / 事务 / 发布订阅 的应用, 补全一些前面没有深入的概念. Redis Pub/Sub (消息订阅)这应该算是简化版的消息队列, 其可以通过订阅评到来实时获取频道上实时发来的消息, 和卡夫卡之类不同, Redis做

持久化Redis作为缓存服务, 其快速高效的本质在于, 其服务都是在内存上执行的, 不想Mysql要刷到磁盘上, 搜索时还要搜盘. 但这种方式的弊端在于只要服务器宕机, 这些内存上的数据直接消失, 因此Redis为了宕机后可以快速恢复数据并且不影响正常使用时的效率, 祭出了RDB和AOF两种持久化策略. RDB(快照读)十分容易理解, 你可以理解为假定Redis上所有数据等于一个map, RDB

Redis分布式锁 分布式锁看起来很高端, 但是非常易懂, 类似于线程中的互斥锁, 用来保证不同线程间的资源共享, 把这里的线程提升到服务器, 对应的就是分布式锁了. 其实本质就是在做不同服务器上的进程/线程对于共享资源的管理. 解决的思路也比较统一, 以我目前的学习程度看来就是单独在一个服务器上开一个分布式锁服务, 统一到这个服务上申请使用权. 实现这种分布式锁功能的中间件有很多