- 博客(37)
- 收藏
- 关注
RSS订阅原创 再次革新 .NET 的构建和发布方式（二）
服务员（事件循环）负责接待顾客（请求），如果某位顾客点菜后需要等厨房做菜（I/O等待），服务员不会傻等，而是先去接待其他顾客。它的核心是“非阻塞”：当一个请求在等待I/O（比如查数据库、调外部API）时，事件循环（Event Loop）会去处理其他请求，而不是干等着。这意味着，如果你的async函数里干的是CPU密集型的活儿（比如复杂的计算、图像处理），那它依然会阻塞整个事件循环，其他请求照样排队。简单总结：I/O密集型用async，CPU密集型用多线程/多进程，混合型任务两者结合。
2026-06-09 06:57:55
12
原创 Redis分布式锁进阶第十二篇
到此为止，代码、源码、坑点、运维、监控、面试全部讲透。第九十二篇学会怎么用、怎么排错、怎么看懂源码，本篇学会怎么选、怎么迭代、怎么贴合公司体量做架构。核心痛点：宕机直接丢锁、无主从备份、无原子判断、极易误删、无续期机制。架构形态：一主一从/一主两从、哨兵模式、Redisson基础可重入锁、开启看门狗、Lua原子脚本、自动主从切换。项目内同时存在原生锁、手写锁、分片锁、红锁，架构混乱、排查困难、后期无法维护。架构形态：Cluster集群、虚拟分片打散热点、本地+分布式双层锁、网关前置削峰、库存异步对账。
2026-06-09 03:20:04
218
原创 Redis分布式锁进阶第三十三篇
到此为止，代码、源码、坑点、运维、监控、面试全部讲透。第九十二篇学会怎么用、怎么排错、怎么看懂源码，本篇学会怎么选、怎么迭代、怎么贴合公司体量做架构。核心痛点：宕机直接丢锁、无主从备份、无原子判断、极易误删、无续期机制。架构形态：一主一从/一主两从、哨兵模式、Redisson基础可重入锁、开启看门狗、Lua原子脚本、自动主从切换。项目内同时存在原生锁、手写锁、分片锁、红锁，架构混乱、排查困难、后期无法维护。架构形态：Cluster集群、虚拟分片打散热点、本地+分布式双层锁、网关前置削峰、库存异步对账。
2026-06-09 00:56:38
226
原创 Redis分布式锁进阶第一十二篇
到此为止，代码、源码、坑点、运维、监控、面试全部讲透。第九十二篇学会怎么用、怎么排错、怎么看懂源码，本篇学会怎么选、怎么迭代、怎么贴合公司体量做架构。核心痛点：宕机直接丢锁、无主从备份、无原子判断、极易误删、无续期机制。架构形态：一主一从/一主两从、哨兵模式、Redisson基础可重入锁、开启看门狗、Lua原子脚本、自动主从切换。项目内同时存在原生锁、手写锁、分片锁、红锁，架构混乱、排查困难、后期无法维护。架构形态：Cluster集群、虚拟分片打散热点、本地+分布式双层锁、网关前置削峰、库存异步对账。
2026-06-09 00:25:26
220
原创 使用小龙虾来操作猿编程的遥控车教程
使用 kubectl-neat 插件，可以自动移除这些由集群生成的冗余字段，仅保留有意义的内容，使 yaml 更加简洁，方便复用。## 这里我直接将 kubectl get -o yaml 与 kubectl-neat get -o yaml 输出对比。## 示例是通过 kubectl plugin 方式安装,使用二进制安装改成 kubectl-neat 就好。## 上面说没啥用的地方就在这...实际上能用的参数只有 get(kubectl-neat 自己的参数)## 自动补全命令用的。
2026-06-07 02:47:15
215
原创 Redis分布式锁进阶第三十篇
到此为止，代码、源码、坑点、运维、监控、面试全部讲透。第九十二篇学会怎么用、怎么排错、怎么看懂源码，本篇学会怎么选、怎么迭代、怎么贴合公司体量做架构。核心痛点：宕机直接丢锁、无主从备份、无原子判断、极易误删、无续期机制。架构形态：一主一从/一主两从、哨兵模式、Redisson基础可重入锁、开启看门狗、Lua原子脚本、自动主从切换。项目内同时存在原生锁、手写锁、分片锁、红锁，架构混乱、排查困难、后期无法维护。架构形态：Cluster集群、虚拟分片打散热点、本地+分布式双层锁、网关前置削峰、库存异步对账。
2026-06-07 00:49:14
355
原创 Redis分布式锁进阶第二十二篇教学
到此为止，代码、源码、坑点、运维、监控、面试全部讲透。第九十二篇学会怎么用、怎么排错、怎么看懂源码，本篇学会怎么选、怎么迭代、怎么贴合公司体量做架构。核心痛点：宕机直接丢锁、无主从备份、无原子判断、极易误删、无续期机制。架构形态：一主一从/一主两从、哨兵模式、Redisson基础可重入锁、开启看门狗、Lua原子脚本、自动主从切换。项目内同时存在原生锁、手写锁、分片锁、红锁，架构混乱、排查困难、后期无法维护。架构形态：Cluster集群、虚拟分片打散热点、本地+分布式双层锁、网关前置削峰、库存异步对账。
2026-06-07 00:48:33
319
原创 如何在Dev-C++中优化TDM-GCC为默认编译器
默认情况下，它可能使用 MinGW 编译器，但您可以将其更改为 TDM-GCC（一个基于 GCC 的编译器发行版）。在“编译器集”（Compiler Set）下拉菜单中，查找并选择“TDM-GCC”选项。建议安装到默认目录（如 C:\TDM-GCC-64），避免中文或特殊字符路径。在“编译器”（Compiler）部分，添加 TDM-GCC 的安装路径（例如 C:\TDM-GCC-64\bin）。您可以在“工具” -> “编译器日志”（Compiler Log）中查看编译器信息，确认是否为 TDM-GCC。
2026-06-06 04:45:09
166
原创 Redis分布式锁进阶第三十六篇
到此为止，代码、源码、坑点、运维、监控、面试全部讲透。第九十二篇学会怎么用、怎么排错、怎么看懂源码，本篇学会怎么选、怎么迭代、怎么贴合公司体量做架构。核心痛点：宕机直接丢锁、无主从备份、无原子判断、极易误删、无续期机制。架构形态：一主一从/一主两从、哨兵模式、Redisson基础可重入锁、开启看门狗、Lua原子脚本、自动主从切换。项目内同时存在原生锁、手写锁、分片锁、红锁，架构混乱、排查困难、后期无法维护。架构形态：Cluster集群、虚拟分片打散热点、本地+分布式双层锁、网关前置削峰、库存异步对账。
2026-06-06 03:46:29
501
原创 Redis分布式锁进阶第十六篇
常规单资源锁、热点分片锁、隔离锁全部讲透，但真实复杂业务永远不是单一资源：下单要扣库存、扣优惠券、扣积分、冻结余额，多资源并行争抢、跨服务嵌套加锁。一旦业务链路变复杂，同时操作库存、优惠券、钱包、积分，不同服务加锁顺序不一致：订单服务先锁库存、再锁优惠券；任何服务、任何开发、任何链路，必须严格自上而下顺序加锁，禁止反向、禁止跳跃、禁止随意顺序。多锁场景下错误把锁写在事务内部，多把锁持有期间事务未提交，其他节点读取旧数据，联锁失去全局一致性，出现扣款成功、库存未扣、优惠券重复核销等诡异数据偏差。
2026-06-06 03:08:30
385
原创 “INMS: Memory Sharing for Large Language Model based Agents“ 论文笔记
在实际使用时，用户只需要输入该 Skill 的功能描述、使用场景以及示例用法，系统便可以自动生成对应的 Skill 说明文档、描述信息等配套内容。docx 技能的描述示例："全面的文档创建、编辑和分析功能，支持修订追踪、评论、格式保留和文本提取。当 Claude 需要处理专业文档（.docx 文件）时使用，包括：(1) 创建新文档，(2) 修改或编辑内容，(3) 处理修订追踪，(4) 添加评论，或任何其他文档任务"。在编辑（新生成或现有的）技能时，请记住该技能是为另一个Claude实例使用而创建的。
2026-05-18 13:15:56
170
原创 代码之外周刊（第期）：当技术让一切趋同，我们还剩什么？
使用 kubectl-neat 插件，可以自动移除这些由集群生成的冗余字段，仅保留有意义的内容，使 yaml 更加简洁，方便复用。## 这里我直接将 kubectl get -o yaml 与 kubectl-neat get -o yaml 输出对比。## 示例是通过 kubectl plugin 方式安装,使用二进制安装改成 kubectl-neat 就好。## 上面说没啥用的地方就在这...实际上能用的参数只有 get(kubectl-neat 自己的参数)## 自动补全命令用的。
2026-05-18 13:06:54
180
原创 使用小龙虾来操作猿编程的遥控车
使用 kubectl-neat 插件，可以自动移除这些由集群生成的冗余字段，仅保留有意义的内容，使 yaml 更加简洁，方便复用。## 这里我直接将 kubectl get -o yaml 与 kubectl-neat get -o yaml 输出对比。## 示例是通过 kubectl plugin 方式安装,使用二进制安装改成 kubectl-neat 就好。## 上面说没啥用的地方就在这...实际上能用的参数只有 get(kubectl-neat 自己的参数)## 自动补全命令用的。
2026-05-08 19:07:45
328
原创 .NET 诊断技巧 | 日志框架原理、手写日志框架学习
她通读了 CNCF Landscape 的各类技术文章，然后大显身手，引入 Istio 做 Service Mesh，用 Argo 做发布，在 Vault 管理 Secrets，部署 Prometheus + Thanos 做可观测性，还有 cert-manager 处理 TLS，external-dns 管理域名，Velero 搞定备份。是真正的实战培训，而不是丢下一句看文档。我想进一步补充的是，真正致命的问题不在复杂性本身，而在于那些未被文档化的复杂性，也就是只存在于 Maya 脑子里的隐秘经验。
2026-05-08 18:51:00
203
原创 使用小龙虾来操作猿编程的遥控车
使用 kubectl-neat 插件，可以自动移除这些由集群生成的冗余字段，仅保留有意义的内容，使 yaml 更加简洁，方便复用。## 这里我直接将 kubectl get -o yaml 与 kubectl-neat get -o yaml 输出对比。## 示例是通过 kubectl plugin 方式安装,使用二进制安装改成 kubectl-neat 就好。## 上面说没啥用的地方就在这...实际上能用的参数只有 get(kubectl-neat 自己的参数)## 自动补全命令用的。
2026-05-07 15:56:25
175
原创 .NET 诊断技巧 | 日志框架原理、手写日志框架学习
她通读了 CNCF Landscape 的各类技术文章，然后大显身手，引入 Istio 做 Service Mesh，用 Argo 做发布，在 Vault 管理 Secrets，部署 Prometheus + Thanos 做可观测性，还有 cert-manager 处理 TLS，external-dns 管理域名，Velero 搞定备份。是真正的实战培训，而不是丢下一句看文档。我想进一步补充的是，真正致命的问题不在复杂性本身，而在于那些未被文档化的复杂性，也就是只存在于 Maya 脑子里的隐秘经验。
2026-05-07 15:48:12
156
原创 【GUI-Agent】阶跃星辰 GUI-MCP 解读---()---命令解析和工具映射
LZW通过为复杂数据构建简单索引来减少存储的数据量，这一点是朴素的哈希算法，当然，这一算法的发明者通过一套特殊的规则使得其他人可以直接通过索引数据反推出复杂数据，而在GIF中，则是GIF发明公司将他所规定的规则写好，编写GIF的人根据这一套规则构建数据，然后其他人直接使用套用了这一套规则的解码器解码，便能将数据还原成原来的样子。其中，最重要的就是图像数据了，其他的块用于规定这些图像数据应当如何呈现到我们眼中或是告知文件的开始结束，因此对于我们来说，其他块基本上都有固定模板，只有图像数据需要我们自己定义。
2026-05-06 18:57:47
170
原创 再次革新 .NET 的构建和发布方式（一）
服务员（事件循环）负责接待顾客（请求），如果某位顾客点菜后需要等厨房做菜（I/O等待），服务员不会傻等，而是先去接待其他顾客。它的核心是“非阻塞”：当一个请求在等待I/O（比如查数据库、调外部API）时，事件循环（Event Loop）会去处理其他请求，而不是干等着。这意味着，如果你的async函数里干的是CPU密集型的活儿（比如复杂的计算、图像处理），那它依然会阻塞整个事件循环，其他请求照样排队。简单总结：I/O密集型用async，CPU密集型用多线程/多进程，混合型任务两者结合。
2026-05-06 18:17:10
230
原创 别再踩坑了！SL Server数据类型那点事儿，看懂这篇少背三个锅
参数TParam是泛型,这样可以直接使用DTO参数来查询,减少类型转化的开销。返回值TAccount也是泛型,这样就可以直接返回视图模型或者领域模型。In的参数名是可选和前面例子的Equal是一样的,默认字段名。参数和返回值类型还可以定义为泛型,可以做到更加灵活蛔蚊悸湛。参数直接使用Id(类型由Account简化为long)只有1个参数时支持化繁为简,支持直接传值做为参数值。只有In一个集合参数时支持直接传数组、集合或字典。单个参数无需封装,直接使用参数类型即可。这样可以节约定义只有一个属性的参数类。
2026-05-05 16:44:58
189
原创 拆穿名词诈骗！用大白话理解晦涩难懂的AI概念
这样做是为了支持离线构建（Source Build），确保即使在没有网络连接的环境下，只要克隆了 VMR，就拥有了构建所需的一切代码。为了适应开源社区的协作习惯，并实现不同组件（如 Runtime, SDK, ASP.NET Core, Roslyn 编译器等）的独立迭代，.NET 团队最初采用了极为分散的多存储库（Multi-Repo）策略1。VMR 作为一个“投影”，兼容了标准 Git 工具链，虽然牺牲了一定的实时性（同步延迟），但换取了对开源社区的友好度。而在 VMR 中，构建是垂直的。
2026-05-05 16:28:39
196
原创 别再踩坑了！SL Server数据类型那点事儿，看懂这篇少背三个锅
参数TParam是泛型,这样可以直接使用DTO参数来查询,减少类型转化的开销。返回值TAccount也是泛型,这样就可以直接返回视图模型或者领域模型。In的参数名是可选和前面例子的Equal是一样的,默认字段名。参数和返回值类型还可以定义为泛型,可以做到更加灵活稚栋匚幌。参数直接使用Id(类型由Account简化为long)只有1个参数时支持化繁为简,支持直接传值做为参数值。只有In一个集合参数时支持直接传数组、集合或字典。单个参数无需封装,直接使用参数类型即可。这样可以节约定义只有一个属性的参数类。
2026-05-04 16:13:04
150
原创 拆穿名词诈骗！用大白话理解晦涩难懂的AI概念
这样做是为了支持离线构建（Source Build），确保即使在没有网络连接的环境下，只要克隆了 VMR，就拥有了构建所需的一切代码。为了适应开源社区的协作习惯，并实现不同组件（如 Runtime, SDK, ASP.NET Core, Roslyn 编译器等）的独立迭代，.NET 团队最初采用了极为分散的多存储库（Multi-Repo）策略1。VMR 作为一个“投影”，兼容了标准 Git 工具链，虽然牺牲了一定的实时性（同步延迟），但换取了对开源社区的友好度。而在 VMR 中，构建是垂直的。
2026-05-04 15:50:06
197
原创 对接OpenClaw的常见问题和解决方案
实际行为：服务器发完剩余数据后，内核构造FIN+ACK报文（FIN=1表示关闭自身数据流，ACK=1确认之前的交互），序号seq=w（w是服务器最后一次发数据的序号+1），确认号ack=u+1（与第二步的ack一致，因为客户端此时已无数据发送），发送给客户端。停止发送新数据，将未发完的数据一次性发完，然后构造FIN+ACK报文（FIN=1表示关闭自身数据流，ACK=1确认之前收到的服务器数据），序号seq=u（u是客户端最后一次发数据的序号+1），确认号ack=v（v是服务器最后一次发数据的序号+1）；
2026-05-03 17:29:41
224
原创 ARM 架构 JuiceFS 性能优化：基于 MLPerf 的实践与调优
print(f"错误信息: {response.data.decode('utf-8')}")状态码: {response.status}")print(f"请求失败！状态码: {response.status}")urllib3 是一个用于处理 请求和连接池的强大、用户友好的 Python 库。print(f"连接失败或重试次数超出限制: {e}")print(f"无法建立连接: {e}")print(f"发生未知错误: {e}")print("响应数据:")自动化测试: 模拟请求，测试Web服务。
2026-05-03 17:02:42
218
原创 对接OpenClaw的常见问题和解决方案
实际行为：服务器发完剩余数据后，内核构造FIN+ACK报文（FIN=1表示关闭自身数据流，ACK=1确认之前的交互），序号seq=w（w是服务器最后一次发数据的序号+1），确认号ack=u+1（与第二步的ack一致，因为客户端此时已无数据发送），发送给客户端。停止发送新数据，将未发完的数据一次性发完，然后构造FIN+ACK报文（FIN=1表示关闭自身数据流，ACK=1确认之前收到的服务器数据），序号seq=u（u是客户端最后一次发数据的序号+1），确认号ack=v（v是服务器最后一次发数据的序号+1）；
2026-05-02 16:49:33
197
原创 ARM 架构 JuiceFS 性能优化：基于 MLPerf 的实践与调优
print(f"错误信息: {response.data.decode('utf-8')}")状态码: {response.status}")print(f"请求失败！状态码: {response.status}")urllib3 是一个用于处理 请求和连接池的强大、用户友好的 Python 库。print(f"连接失败或重试次数超出限制: {e}")print(f"无法建立连接: {e}")print(f"发生未知错误: {e}")print("响应数据:")自动化测试: 模拟请求，测试Web服务。
2026-05-02 16:19:48
205
原创 那些你不知道自己需要监控的 Linux 暗坑
1 | 张三 | 25 | zhangsan@example...|| 2 | 李四 | NULL | NULL || 5 | 赵六 | 35 | NULL |-- 这时候：count(*) = count(id) = count(name)
2026-05-01 16:05:44
331
原创 我不是狐狸,我是那Harness Engineering
print("工具调用：" + func_name + "，参数：" + str(func_args) + "，结果：" + tool_output)print("工具调用：" + func_name + "，参数：" + str(func_args) + "，结果：" + tool_output)print("="*20+"\n第"+str(i+1)+"轮\n"+query+"\n"+"="*20)print("="*20+"\n第"+str(i+1)+"轮\n"+query+"\n"+"="*20)
2026-05-01 15:16:46
333
原创 那些你不知道自己需要监控的 Linux 暗坑
1 | 张三 | 25 | zhangsan@example...|| 2 | 李四 | NULL | NULL || 5 | 赵六 | 35 | NULL |-- 这时候：count(*) = count(id) = count(name)
2026-04-30 13:02:35
343
原创 我不是狐狸,我是那Harness Engineering
print("工具调用：" + func_name + "，参数：" + str(func_args) + "，结果：" + tool_output)print("工具调用：" + func_name + "，参数：" + str(func_args) + "，结果：" + tool_output)print("="*20+"\n第"+str(i+1)+"轮\n"+query+"\n"+"="*20)print("="*20+"\n第"+str(i+1)+"轮\n"+query+"\n"+"="*20)
2026-04-30 12:51:46
359
原创 那些你不知道自己需要监控的 Linux 暗坑
尤其对于 2000 万行表，全表拷贝的 IO 开销成为性能瓶颈，72 万行小表测试耗时 203 秒的核心原因也在于此。MySQL 5.6 对原生数值类型（TINYINT/INT/BIGINT）+ 简单常量默认值（如 0）的 DDL 操作有轻量级优化：无默认值时需全表拷贝 + 逐行初始化字段值，而显式指定默认值后会优化为全表拷贝 + 批量赋值默认值，减少 60% 以上的 IO 开销，且该优化对数值类型的适配性远优于 VARCHAR 类型（BIGINT 比 VARCHAR 的执行效率更高、资源占用更低）。
2026-04-29 14:58:13
310
原创 我不是狐狸,我是那Harness Engineering
本文介绍的关键优化技巧包括：基于测量的针对性优化、内存管理最佳实践、高效的异步编程模式、合理的数据结构选择、数据库访问优化以及生产环境监控等。值得注意的是，性能优化应当遵循"先测量后优化"的原则，避免过早和过度的优化。同时，在追求性能提升的过程中，不应牺牲代码的可维护性和可读性。通过平衡各种因素，开发者可以构建出既高效又健壮的 .NET 应用程序，为用户提供流畅的使用体验，为企业创造更大的价值。最终，持续学习最新的 .NET 性能优化技术，结合实际应用场景进行实践和验证，是保持应用竞争力的关键。
2026-04-29 14:06:46
295
原创 那些你不知道自己需要监控的 Linux 暗坑
尤其对于 2000 万行表，全表拷贝的 IO 开销成为性能瓶颈，72 万行小表测试耗时 203 秒的核心原因也在于此。MySQL 5.6 对原生数值类型（TINYINT/INT/BIGINT）+ 简单常量默认值（如 0）的 DDL 操作有轻量级优化：无默认值时需全表拷贝 + 逐行初始化字段值，而显式指定默认值后会优化为全表拷贝 + 批量赋值默认值，减少 60% 以上的 IO 开销，且该优化对数值类型的适配性远优于 VARCHAR 类型（BIGINT 比 VARCHAR 的执行效率更高、资源占用更低）。
2026-04-28 14:46:56
181
原创 我不是狐狸,我是那Harness Engineering
本文介绍的关键优化技巧包括：基于测量的针对性优化、内存管理最佳实践、高效的异步编程模式、合理的数据结构选择、数据库访问优化以及生产环境监控等。值得注意的是，性能优化应当遵循"先测量后优化"的原则，避免过早和过度的优化。同时，在追求性能提升的过程中，不应牺牲代码的可维护性和可读性。通过平衡各种因素，开发者可以构建出既高效又健壮的 .NET 应用程序，为用户提供流畅的使用体验，为企业创造更大的价值。最终，持续学习最新的 .NET 性能优化技术，结合实际应用场景进行实践和验证，是保持应用竞争力的关键。
2026-04-28 14:18:56
348
原创 AI开发-python-langchain框架（--串行流程 ）
这样做是为了支持离线构建（Source Build），确保即使在没有网络连接的环境下，只要克隆了 VMR，就拥有了构建所需的一切代码。为了适应开源社区的协作习惯，并实现不同组件（如 Runtime, SDK, ASP.NET Core, Roslyn 编译器等）的独立迭代，.NET 团队最初采用了极为分散的多存储库（Multi-Repo）策略1。VMR 作为一个“投影”，兼容了标准 Git 工具链，虽然牺牲了一定的实时性（同步延迟），但换取了对开源社区的友好度。而在 VMR 中，构建是垂直的。
2026-04-27 14:14:32
226
原创 把 Flask 搬进 ESP，高中生自研嵌入式 Web 框架 MicroFlask ！
使用 kubectl-neat 插件，可以自动移除这些由集群生成的冗余字段，仅保留有意义的内容，使 yaml 更加简洁，方便复用。## 这里我直接将 kubectl get -o yaml 与 kubectl-neat get -o yaml 输出对比。## 示例是通过 kubectl plugin 方式安装,使用二进制安装改成 kubectl-neat 就好。## 上面说没啥用的地方就在这...实际上能用的参数只有 get(kubectl-neat 自己的参数)## 自动补全命令用的。
2026-04-26 13:50:31
151
原创 AI开发-python-langchain框架（--串行流程 ）
服务员（事件循环）负责接待顾客（请求），如果某位顾客点菜后需要等厨房做菜（I/O等待），服务员不会傻等，而是先去接待其他顾客。它的核心是“非阻塞”：当一个请求在等待I/O（比如查数据库、调外部API）时，事件循环（Event Loop）会去处理其他请求，而不是干等着。这意味着，如果你的async函数里干的是CPU密集型的活儿（比如复杂的计算、图像处理），那它依然会阻塞整个事件循环，其他请求照样排队。简单总结：I/O密集型用async，CPU密集型用多线程/多进程，混合型任务两者结合。
2026-04-26 13:29:55
237
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人