Ekko Blog

路漫漫其修远兮 ,吾将上下而求索

Claude Code 使用教程

定位、CLAUDE.md 与 .claude 配置体系、终端与 VS Code 工作流、常见命令、权限控制与工程化使用建议

这篇笔记的目标是把 Claude Code 放回一个准确的位置里理解清楚,再给出一套可以直接上手的使用路径。重点不只是“命令怎么敲”,而是它到底解决什么问题、适合放在什么开发环节、与补全型 AI 工具的边界在哪里。 正文会先解释 Claude Code 的产品定位和能力模型,再解释它真正依赖的配置体系,包括 CLAUDE.md、.claude/ 目录、规则、技能、hooks、...

CC Switch 使用教程

Provider 切换、Local Routing、本地代理、故障转移、MCP 与多 CLI 配置统一管理

这篇笔记的目标是把 CC Switch 的使用方式讲清楚,重点不是“软件界面上哪里点一下”,而是它在整个 AI CLI 工作流里到底承担什么角色。很多人第一次接触 CC Switch,会把它理解成某个模型平台、某个 API 中转站,或者某个 CLI 的插件;这些理解都不准确。 CC Switch 更准确的位置,是一个面向多种 AI 编程 CLI 的本地配置管理器与代理协调层。...

CC Connect 使用教程

把本地 AI Agent 接到飞书、微信、Telegram 等聊天平台,讲清 Project、Agent、Platform、Provider 关系与最小可用链路

这篇笔记的目标,是把 cc-connect 放到一个准确的位置上理解清楚。很多人第一次看到它,会把它理解成“手机上运行 Claude Code”“另一个模型平台”“类似 cc-switch 的 API 切换器”,这些理解都不对。cc-connect 真正解决的问题,是把运行在本机或服务器上的 AI Agent,桥接到日常聊天平台里,让聊天窗口变成一个远程控制入口。 正文会先解...

MQ 消息场景题思考

消息可靠性、幂等、顺序、积压与最终一致性的分析框架

这篇笔记聚焦 MQ 相关高频场景题,目标不是零散记忆结论,而是把消息可靠性、重复消费、顺序消费、积压治理与补偿闭环拆成可复用的分析框架。 内容围绕 生产 -> 存储 -> 消费 -> 补偿 这条链路展开,并把分布式事务放在“可靠消息最终一致”的语境下理解,避免把彼此耦合的问题割裂成孤立知识点。 参考资料: 官方文档:RabbitMQ Pu...

Java JVM 调优与 JDK8 GC 实战

从采集证据、识别瓶颈到收集器选型,系统梳理 JDK8 下 Serial、Parallel、CMS、G1 的调优方法

这篇笔记的目标,不是把 JVM 调优写成一份参数清单,而是把它还原成一个可执行的排障过程:先判断问题到底是吞吐、延迟、内存占用还是对象生命周期失衡,再结合 GC 日志、堆使用率、线程状态 和 堆外内存 证据决定是否改参数、改多大、要不要换收集器。 文章范围限定在 HotSpot JDK8。重点关注生产里最常见的 4 类收集器组合:Serial、Parallel、CMS、G1。...

Spring Boot Admin 应用监控平台

从 Server、Client、Actuator 到界面回看与项目接入,系统梳理 Spring Boot Admin 的定位、能力边界与落地方式

这篇笔记的目标,不是把 Spring Boot Admin 只记成“一个能看监控页面的小工具”,而是把它放回 Spring Boot Actuator 生态里理解:它本质上是一个面向 Spring Boot 应用的运行时管理与可视化入口,负责把散落在各个服务上的健康状态、指标、日志、线程、环境信息集中展示出来。 文章重点会放在 4 个最适合复习回看的问题上:Spring Bo...

spring-startup-analyzer Spring 启动分析

从 Java Agent 采集、交互式报告、异步 Bean 初始化到启动优化闭环,系统理解 spring-startup-analyzer

这篇笔记的目标不是泛泛讨论“Spring 为什么启动慢”,而是围绕 spring-startup-analyzer 这个工具本身,梳理它到底采了什么、报告应该怎么看、适合解决哪类启动问题,以及怎么把“看到卡点”真正变成一轮可验证的启动优化。 文中会重点区分 3 件容易混淆的事情:Spring Boot 自带的 ApplicationStartup / actuator sta...

SkyWalking 可观测平台

从 Probe、OAP、Storage、UI 到 Java Agent、OAL/MAL、Mesh 与 eBPF,系统理解 SkyWalking

这篇笔记的目标不是把 SkyWalking 只记成“另一个链路追踪系统”,而是把它放回自己的真实定位里理解: 它更像一个完整的可观测分析平台,既能接自己的 Agent,也能接 OpenTelemetry、Prometheus、Zipkin、Service Mesh 等多种遥测来源,再通过 OAP 做统一分析、聚合与展示。 文章重点会放在 4 个问题上:SkyWalking 到...

SkyWalking / Pinpoint / OpenTelemetry 对比

从产品定位、架构分层、数据模型、接入方式、标准化程度到选型场景,理清三者边界

这篇笔记的目标不是做一张“功能打勾表”,而是回答一个更关键的问题:为什么 SkyWalking、Pinpoint、OpenTelemetry 明明都和 trace、metrics、logs 有关,却经常被拿来错误地一对一比较。核心原因在于,这三者并不处在完全相同的层级。 文中会先把三者放进同一张架构坐标系,再分别比较它们的定位、强项、限制、部署与接入复杂度,最后给出更实用的选...

Pinpoint 分布式链路追踪与 APM

从 Agent、Collector、Web 架构到 ServerMap、Scatter、Call Tree、Inspector 页面解读

这篇笔记的目标不是把 Pinpoint 简单介绍成“一个 Java APM 工具”,而是把它真正拆成可落地的几个问题:它到底监控了什么、和 Metrics / Prometheus / Grafana 这类体系有什么区别、页面上的每一块图到底代表什么,以及线上排障时应该先看哪里、再看哪里。 文中穿插的页面截图主要来自 Pinpoint 官方文档与官方演示风格页面,重点放在 S...