一：背景 1. 讲故事 最近也挺奇怪，看到了两起 CPU 爆高的案例，且诱因也是一致的，觉得有一些代表性，合并分享出来帮助大家来避坑吧，闲话不多说，直接上 windbg 分析。 二：WinDbg 分析 1. CPU 真的爆高吗 这里要提醒一下，别人说爆高不一定真的就是爆高，我们一定要拿数据说话，可以
在之前的SqlSugar系列随笔中，介绍了很多我们关于SqlSugar的开发框架的内容，SqlSugar的开发框架的目的是多前端应用场景，因此其中会包含各种不同的前端应用，前面介绍了基于DevExpress的Winform的前端应用，以及基于Vue3+TypeScript+ElementPlus的BS前端应用，本篇随笔继续介绍SqlSugar的开发框架的另一个前端应用，基于UniApp+Vue+T
基于ASP.NET Core SignalR 可以实现客户端和服务器之间进行即时通信。本篇随笔介绍一些SignalR的基础知识，以及结合对SqlSugar的开发框架的支持，实现SignalR的多端处理整合，从而实现Winform客户端，基于Vue3+ElementPlus的BS端整合，后面也可以实现对移动端的SignalR的整合通讯。
在随笔《基于SqlSugar的开发框架循序渐进介绍（28）-- 快速构建系统参数管理界面》中介绍了基于SqlSugar开发框架，构建系统参数管理的后端API部分，以及WInform界面部分内容，本篇随笔介绍基于Vue3+ElementPlus的前端界面开发过程。
Docker 是什么 先看看百科的定义： Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows操作系统的机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 容器引擎？镜像？容器？虚拟化
一：背景 1.讲故事 前段时间有位朋友微信找到我，说他生产机器上的 Console 服务看起来像是卡死了，也不生成日志，对方也收不到我的httpclient请求，不知道程序出现什么情况了，特来寻求帮助。 哈哈，一般来说卡死的情况在窗体程序（WinForm，WPF） 上特别多，在 Console，We
一：背景 1.讲故事 最近遇到了好几起和 COM 相关的Dump,由于对 COM 整体运作不是很了解，所以分析此类dump还是比较头疼的，比如下面这个经典的 COM 调用栈。 0:044> ~~[138c]s win32u!NtUserMessageCall+0x14: 00007ffc`5c891
一：背景 1.讲故事 今天给大家带来一个入门级的 CPU 爆高案例，前段时间有位朋友找到我，说他的程序间歇性的 CPU 爆高，不知道是啥情况，让我帮忙看下，既然找到我，那就用 WinDbg 看一下。 二：WinDbg 分析 1. CPU 真的爆高吗 其实我一直都在强调，要相信数据，口说无凭，一定要亲
一：背景 1.讲故事 在B站，公众号上发了一篇 AOT 的文章后，没想到反响还是挺大的，都称赞这个东西能抗反编译，可以让破解难度极大提高，可能有很多朋友对逆向不了解，以为用 ILSpy,Reflector,DnSpy 这些工具打不开就觉得很安全，其实不然，在 OllyDbg,IDA,WinDBG 这
一：背景 1.讲故事 前段时间分析了一个dump，一顿操作之后，我希望用外力来阻止程序内部对某一个com组件的调用，对，就是想借助外力实现，如果用 windbg 的话，可以说非常轻松，但现实情况比较复杂，客户机没有windbg，也不想加入任何的手工配置，希望全自动化来处理。 真的很无理哈。。。不过这
一：背景 1.讲故事 这周有个朋友找到我，说他的程序出现了内存缓慢增长，没有回头的趋势，让我帮忙看下到底怎么回事，据朋友说这个问题已经困扰他快一周了，还是没能找到最终的问题，看样子这个问题比较刁钻，不管怎么说，先祭出 WinDbg。 二：WinDbg 分析 1. 托管还是非托管泄露 一直关注这个系列
一：背景 1. 简介 .NET 高级调试要想玩的好，看懂汇编是基本功，但看懂汇编和能写点汇编又完全是两回事，所以有时候看的多，总手痒痒想写一点，在 Windows 平台上搭建汇编环境不是那么容易，大多还是用微软的 MASM + DosBox 搭一个 8086 的环境，这玩意距今快 50 年了。 在以
一：背景 1.讲故事 前几天有位朋友找到我，说他的程序出现了偶发性崩溃，已经抓到了dump文件，Windows事件日志显示的崩溃点在 clr.dll 中，让我帮忙看下是怎么回事，那到底怎么回事呢? 上 WinDbg 说话。 二：WinDbg 分析 1. 崩溃点在哪里 如果是托管代码引发的崩溃，在线程
一：背景 1. 讲故事 前段时间有位朋友在微信上找到我，说他的程序会出现一些偶发卡死的情况，让我帮忙看下是怎么回事，刚好朋友也抓到了dump，就让朋友把 dump 丢给我，接下来用 windbg 探究下到底咋回事。 二：WinDbg 分析 1. 程序真的卡死吗 因为是一个 winform 程序，验证
一：背景 1. 讲故事 最近收到了两起程序崩溃的dump，查了下都是经典的 double free 造成的，蛮有意思，这里就抽一篇出来分享一下经验供后面的学习者避坑吧。 二：WinDbg 分析 1. 崩溃点在哪里 windbg 带了一个自动化分析命令 !analyze -v 可以帮助我们找到崩溃时的
一：背景 1. 讲故事 前段时间有位朋友微信找到我，说他的程序使用 hsl 库之后，采集 plc 时内存溢出，让我帮忙看一下怎么回事，哈哈，貌似是分析之旅中的第二次和 hsl 打交道，既然找到我，那就上 windbg 说话吧。 二：WinDbg 分析 1. 为什么会内存溢出 简单观察程序的提交内存之
一：背景 1. 讲故事 上周看了一位训练营朋友的dump，据朋友说他的程序卡死了，看完之后发现是一例经典的死锁问题，蛮有意思，这个案例算是学习 .NET高级调试 入门级的案例，这里和大家分享一下。 二：WinDbg 分析 1. 程序为什么会卡死 因为是窗体程序，所以看主线程的线程栈就好了，如果卡在
一：背景 1. 讲故事 前段时间协助训练营里的一位朋友分析了一个程序卡死的问题，回过头来看这个案例比较经典，这篇稍微整理一下供后来者少踩坑吧。 二：WinDbg 分析 1. 为什么会卡死 因为是窗体程序，理所当然就是看主线程此时正在做什么? 可以用 ~0s ; k 看一下便知。 0:000> k #
一：背景 1. 讲故事 只要是程序总会出现各种莫名其妙的问题，比如：非托管内存泄露，程序崩溃，在 Windows 平台上一般用微软自家的官方工具 App Verifier 就可以洞察，那问题出在 Linux 上怎么办呢？由于 Linux 崇尚自由，需要在各种牛鬼蛇神写的非官方开源软件中寻找一个比较靠
一：背景 1. 讲故事 最近不知道咋了，各种程序有问题都寻上我了，你说 .NET 程序有问题找我能理解，Windows 崩溃找我，我也可以试试看，毕竟对 Windows 内核也知道一丢丢，那 Visual Studio 有问题找我就说不过去了，但又不好拒绝，就让朋友发下卡死的 dump 我看一看。
