
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
【代码】druid 连接bug。

user profile service服务登录失败解决办法(此方法适用于绝大多数情况下)

数据系统看起来庞杂,是因为我们经常把不同层级的名词放在一起比较。MySQL 决定核心业务数据如何以关系表被可靠地读写;Redis 用键值访问加速热点与状态;MongoDB、Neo4j、Elasticsearch、时序数据库和向量数据库分别围绕不同的数据形态与查询方式优化;HDFS 和对象存储承载海量文件;Hive、Iceberg 和查询引擎把文件组织成可管理、可查询的表;Kafka 让事件持续流动
Spring 不是一个“帮你写业务代码”的框架。启动期扫描元数据↓构建对象关系↓构建执行规则↓运行期按规则调度执行IOC、AOP、MVC、事务、Interceptor、Spring Security,本质上都是这套思想在不同场景下的具体实现。当你能用这套视角看 Spring,再去学循环依赖、三级缓存、自动配置、事务传播、Security 过滤器链,就不会觉得它们是完全割裂的知识点。它们只是同一个框

这次事故的根因看起来是"copy-paste 了一下",但本质是对 Git 的祖先关系和合并机制理解不够。Git 不是文件同步工具,它是一个**有向无环图(DAG)**的版本管理系统。每一次 commit、每一次 merge,都是在往这张图上加节点和边。copy-paste 只搬运了节点的内容,没有搬运边——图断了,后续所有基于图的算法(合并、回溯、回滚)都会出问题。如果你也遇到过合分支时莫名其妙
AI 编程的终局:Harness Engineering 取代 Prompt Engineering 本文提出 AI 编程的未来不在于优化 Prompt,而在于建立完善的 Harness(约束系统)。作者将 AI 编程分为三个演进阶段:Prompt Engineering(怎么说)、Context Engineering(给AI看什么)和最高阶的 Harness Engineering(如何构建A

文章结尾提供可写入CLAUDE.md的接口健壮性规则,以及一份通用全局异常处理器模板。你可以直接把文章喂给 AI,再按自己的项目习惯微调。适合自己的,才是最好的。实习的时候,有件事让我特别难受。就这一句。哪个字段有问题?是我不该这么操作,还是系统真的崩了?不知道。我只能打开 Chrome 开发者工具,切到 Network 面板,看请求的响应体。有时候能抓到点蛛丝马迹,有时候连 Response 都

AI 编程的终局:Harness Engineering 取代 Prompt Engineering 本文提出 AI 编程的未来不在于优化 Prompt,而在于建立完善的 Harness(约束系统)。作者将 AI 编程分为三个演进阶段:Prompt Engineering(怎么说)、Context Engineering(给AI看什么)和最高阶的 Harness Engineering(如何构建A

建议直接喂给 AI 分析文章解读,分析方案是否是自己想要的,然后让 Codex 来执行。最近我在整理本机的 AI 编程工具配置。一开始看起来只是一个很简单的问题:我有 Codex,也有 Claude Code,还有一个 CC Switch。那 MCP 和 Skills 到底应该放在哪?谁来统一管理?哪些东西可以共享,哪些东西必须保留在各自工具里?但真正整理起来才发现,这里面很容易混。
建议直接喂给 AI 分析文章解读,分析方案是否是自己想要的,然后让 Codex 来执行。最近我在整理本机的 AI 编程工具配置。一开始看起来只是一个很简单的问题:我有 Codex,也有 Claude Code,还有一个 CC Switch。那 MCP 和 Skills 到底应该放在哪?谁来统一管理?哪些东西可以共享,哪些东西必须保留在各自工具里?但真正整理起来才发现,这里面很容易混。







