官方链接：Use Agent Skills in VS Code
这里如果要用VS code的Agent Skills记得更新VsCode，下面这个版本及之后的就可以使用
Crtl + Shift + P找到设置并打开，搜索chat.useAgentSkills即可
在Github Copilot 聊天框中打开配置自定义智能体，点击+创建新的自定义智能体 之后需要选择是为这个项目创建Skill.md还是所有项目都可用的Skill.md了，之后写入自己的Skill内容就行。
这里是我自己添加的一个Skill.md
添加之后，就会在聊天这里选对应的Skill了，之后就会用这个Skill进行自己的相关分析
好啦，快去创建自己的SKill吧！！
Java 大视界 -- Java+Flink CDC 构建实时数据同步系统：从 MySQL 到 Hive 全增量同步（443） * 引言： * 正文： * 一、 核心认知：Flink CDC 与全增量同步逻辑 * 1.1 Flink CDC 核心原理 * 1.1.1 与传统数据同步方案的对比（实战选型参考） * 1.2 全增量同步核心逻辑（MySQL→Hive） * 1.2.1 关键技术点（实战必关注，每个点都踩过坑） * 二、 环境准备：生产级环境配置（可直接复用） * 2.1 核心依赖配置（pom.xml）
目录 为什么要有 TIME_WAIT 状态？ 原因一：可靠地终止TCP连接（确保最后的ACK能到达对方） 原因二：让旧连接的重复报文段在网络中自然消失（防止影响新连接） 服务端 TIME_WAIT 状态过多是什么原因？ 原因一：服务端使用了短连接，并且是它主动关闭连接 原因二：客户端的非正常行为 原因三：负载均衡器的健康检查 总结 面试回答 为什么要有 TIME_WAIT 状态？ TIME_WAIT，俗称2MSL等待状态，是TCP连接主动关闭一方（通常是客户端，但也可能是服务端）在发送最后一次ACK确认报文后，会进入的一个状态。它需要等待2倍的最大报文段生存时间后，才会最终进入CLOSED状态，释放连接资源。 设计TIME_WAIT状态主要有两个核心原因，它们是确保TCP协议可靠性的基石： 原因一：可靠地终止TCP连接（确保最后的ACK能到达对方） 这是最主要的原因。让我们回顾一下TCP四次挥手的正常流程： 1. 主动关闭方（假设为A）
ai-code-review 在日常开发中，我们经常会遇到一些问题，比如代码质量问题、安全问题等。如果我们每次都手动去检查，不仅效率低下，而且容易出错。 所以我们可以利用 AI 来帮助我们检查代码，这样可以提高我们的效率 那么，如何利用 AI 来检查代码呢？ 在这里我先厚着脸皮要下star吧。一款基于AI进行代码审核的插件。插件地址，希望大家能支持下。 1. 使用 JS 脚本 这种方法其实就是写一个简单的脚本，通过调用 OpenAI 的 API，将代码提交给 AI 进行评审。 这里我们需要使用 Node.js 来实现这个功能。利用 git 的 pre-commit hooks,在 git 提交前执行这个脚本。整体流程如下： 接下来我们来具体实现下代码。在项目根目录下新建一个pre-commit.js文件，这个文件就是我们的脚本。 1.
JAVA 异常处理：从原理到实战最佳实践 1.1 本章学习目标与重点 💡 掌握异常的分类与核心概念，理解异常处理的设计思想。 💡 熟练运用 try-catch-finally、throws、throw 处理异常。 💡 掌握自定义异常的编写与使用场景，规范异常处理流程。 ⚠️ 本章重点是 异常处理的最佳实践 和 避免常见误区，这是提升代码健壮性的核心技能。 1.2 异常的核心概念与分类 1.2.1 什么是异常 💡 异常是指程序运行过程中出现的非正常情况，它会中断程序的正常执行流程。 比如文件找不到、数组下标越界、空指针访问等，这些情况都会触发异常。 Java 中所有异常都是 Throwable 类的子类，异常处理的本质是捕获并处理这些非正常情况，保证程序可以继续运行或优雅退出。 1.2.2 异常的分类 Java 中的异常体系分为三大类，它们的父类都是 Throwable： * 是 JVM 内部的严重错误，