<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[a_ittle_pan的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/a_ittle_pan</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; a_ittle_pan]]></copyright><item><title><![CDATA[[特殊字符] 全网寻找 Claude Token / API 资源！]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/163645909</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/163645909</guid><author>a_ittle_pan</author><pubDate>Mon, 10 Aug 2026 22:08:51 +0800</pubDate><description><![CDATA[正在寻找 官方渠道、正规授权、来源清晰 的 Claude API Key / Token / API Credits 资源，欢迎有稳定资源的朋友交流合作；优先考虑官方 API、官方 Credits、正规合作渠道，不碰盗号、泄露 Key 或来源不明的资源。]]></description><category></category></item><item><title><![CDATA[拒绝阉割版：聊聊我为什么只做“满血pro”的codex专属编程中转（稳字当头，附实测）]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/162496475</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/162496475</guid><author>a_ittle_pan</author><pubDate>Wed, 01 Jul 2026 20:47:03 +0800</pubDate><description><![CDATA[老哥们，天天在 IDE 里跟代码死磕，最烦的是什么？不是业务逻辑有多难，而是正写到关键时刻，代码补全卡住了；或者转了半天圈，最后吐出一段牛头不对马嘴、明显被“降智”的废代码。现在市面上各种通用 AI 中转站多如牛毛，接入的模型五花八门。但对于高频的代码补全、终端 CLI 辅助（比如配置各类智能提示插件）来说，通用站的链路太长、上游太杂，体验极其拉胯。为了让自己的开发流（VS Code / JetBrains / Terminal）彻底摆脱这种转圈焦虑，我干脆自己架构了一套。]]></description><category></category></item><item><title><![CDATA[Spring Ai Alibaba DataAgent 元数据标注能力集成]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/155285919</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/155285919</guid><author>a_ittle_pan</author><pubDate>Wed, 26 Nov 2025 23:29:25 +0800</pubDate><description><![CDATA[dataagent 项目需要解决**"库表数据检索精准性不足"**的问题。通过元数据标注补充库表的业务含义、结构信息、技术属性等描述，让检索能基于业务域、场景、表结构等维度筛选匹配。columns所有自定义字段的键名必须以custom_"custom_business_owner": "订单业务团队"A: 不可以。自定义字段的值类型限制为：字符串、数字、布尔值、数组（字符串或数字）。如果需要复杂结构，建议使用可选模块扩展。]]></description><category></category></item><item><title><![CDATA[Spring Ai Alibaba Graph 内核演进]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/151994493</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/151994493</guid><author>a_ittle_pan</author><pubDate>Tue, 23 Sep 2025 11:45:32 +0800</pubDate><description><![CDATA[Spring AI Alibaba Graph 模块重构了流式处理机制，从传统迭代器模式转向响应式流（Reactive Streams）实现。原实现采用 AsyncGenerator 接口，基于 CompletableFuture 链式调用实现拉取模式，存在背压处理不足、与现代框架集成复杂等问题。新架构基于 Project Reactor 的 Flux 核心组件，支持非阻塞异步处理、内置背压机制，并通过 ParallelNode 实现多流合并策略。同时保持向后兼容，提供 AsyncGenerator 与 F]]></description><category></category></item><item><title><![CDATA[《AI流程编排中的Graph观测：设计原理与集成实践》]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/149610125</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/149610125</guid><author>a_ittle_pan</author><pubDate>Thu, 24 Jul 2025 17:19:38 +0800</pubDate><description><![CDATA[本文提出了一种面向AI流程编排的Graph观测架构，通过实时追踪节点输入输出、执行状态和异常，实现全链路可观测性。系统基于OpenTelemetry标准设计，采用分层架构，包含Graph Engine、节点执行、观测注册中心等核心组件，支持流式、并行节点的数据采集与追踪。通过唯一Key隔离、状态驱动和元数据追踪等设计原则，平衡性能与观测精度。观测数据通过OTLP协议传输至可视化平台，形成完整的调用链路图。文章详细阐述了架构设计、节点行为分类、全局状态追踪机制，以及并行与流式观测的实现方法，为AI编排系统提供]]></description><category></category></item><item><title><![CDATA[Spring AI Alibaba Graph 初探]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/148951415</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/148951415</guid><author>a_ittle_pan</author><pubDate>Fri, 27 Jun 2025 13:59:50 +0800</pubDate><description><![CDATA[摘要：Spring AI Alibaba Graph是一个基于Spring Boot的Java工作流框架，专门用于构建多AI模型协同的复杂应用。该框架通过有向图模型将AI处理步骤抽象为节点（Node）和边（Edge），支持LLM调用、工具执行和人机交互等节点类型。核心组件包括StateGraph（定义工作流）、CompiledGraph（执行引擎）和OverAllState（全局状态管理）。开发者可通过声明式API编排工作流，实现如客户反馈处理等复杂业务场景，解决单一大模型处理复杂任务的能力局限问题。]]></description><category></category></item><item><title><![CDATA[【程序大侠传】应用内存缓步攀升，告警如影随形]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/141306643</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/141306643</guid><author>a_ittle_pan</author><pubDate>Wed, 25 Sep 2024 21:45:26 +0800</pubDate><description><![CDATA[上面这种日志打印会将整个请求的入参都打印出来，而且一次请求类似这种打印全部请求入参的日日志大概有5～7次，而由于G服务的承载的业务请求报文都是比较大的，也就是说，每一次请求过来，这种大日子的打印会打印好几次，而这些大而全的日志大部分内容是没用的，并且每次打印生成的字符串每次都是不同的，也就是每次请求在堆内存中生成6～7个大字符对象，这种大字符对象会在堆中频繁创建，会造成youngc很频繁。其中F服务的一个容器内存情况大致是8台内存16G的云服务器，G服务的容器内存情况是4台8G的云服务器。]]></description><category></category></item><item><title><![CDATA[【程序大侠传】全局变量与并发之战]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140630392</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140630392</guid><author>a_ittle_pan</author><pubDate>Fri, 26 Jul 2024 10:44:22 +0800</pubDate><description><![CDATA[2小时后，阿强从小钊的洞府走出，此时站在洞府内的小钊一扫脸上阴霾，轻松地说：“阿强，这回你的状态比以前好多了，此次沟通对我帮助很大，下次有什么问题可以来找我”，阿强脸上一副“我是高手”的表情地回答：“小钊，今天的我强的可怕，你的问题可得是碰到了硬茬”。阿强眉毛一挑，连忙走到小钊的跟前问他发生了什么，小钊看到阿强脸上挤出了一点笑容地回答说：“没事，之前做的一个任务有点问题，现在需要我重新去接手改一下”，阿强听完心里一动，连忙说：“啥问题，跟我说说，看我能不能帮上忙”。结果，他们相互等待，谁也无法完成任务。]]></description><category></category></item><item><title><![CDATA[【程序大侠传】消息重现的迷雾]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140413087</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140413087</guid><author>a_ittle_pan</author><pubDate>Wed, 17 Jul 2024 17:39:59 +0800</pubDate><description><![CDATA[阿强处理完上次门派中的pagehelper的紧急任务后就一直沉浸在进行门派中的另一个开发任务中，不知道过了多久，阿强满脸兴奋地从自己的洞府走出，他经过这段时间的闭关，终于将那个开发任务给开发完并交给断点神教小美测试，此时的他一身轻松地望向天空不禁有些恍惚，大约过了2刻钟，天机阁突然发布了一条任务“L服务出现mq重新消费，请及时处理”，本来此时的阿强就是无事一身轻，正想着去天机阁找个任务，因此看到任务这么合时宜地发布，阿强毫不犹豫就认领了下来，不多时，阿强就全身心地投入到此任务中…]]></description><category></category></item><item><title><![CDATA[【程序大侠传】数据库切换与SQL迷局]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140202646</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140202646</guid><author>a_ittle_pan</author><pubDate>Sun, 07 Jul 2024 18:08:11 +0800</pubDate><description><![CDATA[在代码剑宗中，越高级别，能够修炼的功法与接收到的任务就越深奥，也正是如此，代码剑宗中的弟子每个人都想提升自己的级别，而级别的提升主要由个人的积分所决定，主流的获取积分大致有两种方式，一种是通过不断接宗门内的任务不断获取宗门的积分，而任务越难积分也就越多，另一种是由门派武林至尊主动跟门派内的长老去申请。发现问题之后的阿强轻叹了一口气，又传音给了负责此项目的分库分表的师兄弟小济，小济收到我的消息后，不一会就回复说，“此配置自F系统创建以来就有了，分库分表的时候根本没有会想到这个配置会有问题！]]></description><category></category></item><item><title><![CDATA[【程序大侠传】回调接口中的NPE危机]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140059371</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/140059371</guid><author>a_ittle_pan</author><pubDate>Mon, 01 Jul 2024 17:43:21 +0800</pubDate><description><![CDATA[此时，已经过去了2个小时，阿强作为一个对可知错误无法容忍的人，他又开始了新的一轮头脑风暴，突然，阿强脑子的灵光一闪而过。10分钟之后，阿强信心满满地又重新分析了一下弟子A的代码，果然，他在thirdApply这个接口中发现了一丝猫腻，系统A的记录落库是在调用三方系统之后，那考虑一种场景，如果三方系统在处理完自己逻辑并回调系统A时，A系统还没有将请求记录落库，这个时候在回调接口中会拿不到记录数据然后应用就会抛出npe的异常，与此同时，异常抛出之后，记录数完成了落库操作，三方系统再次回调就不会发生npr异常。]]></description><category></category></item><item><title><![CDATA[【线上问题】记一次公司日志基础组件SPI使用不当导致业务中断]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/136485048</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/136485048</guid><author>a_ittle_pan</author><pubDate>Sun, 17 Mar 2024 15:22:11 +0800</pubDate><description><![CDATA[嗯～，很好，有很多的异常，看来有的看了。然后15分钟后，不出意料的找到了异常的根因，这次告警有好几处异常，本文只分析、描述跟业务无关的异常。它主要用于可以插拔的组件之间的解耦。load方法完成ServiceLoader对象的创建，其中需要我们关注的是在ServiceLoader构造器的中会调用一个reload方法，此方法会进行迭代器类的创建，此类是SPI最核心的实现类。本文不对hasNextService()方法里面的各种处理去做详细的分析，但是有一个点需要我们知道的是，这个方法没有进行并发场景下的处理。]]></description><category></category></item><item><title><![CDATA[【线上问题】CompletableFuture与线程池使用不当导致服务整个挂掉]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/135587840</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/135587840</guid><author>a_ittle_pan</author><pubDate>Sun, 21 Jan 2024 13:10:14 +0800</pubDate><description><![CDATA[（内心慌的一批🌝）他开始滔滔不绝地说了一大堆是如何排查问题的（技术人的特性，对于解决问题非常热忱），虽然我当时一直保持着很认真的神态，但其实心里非常煎熬（是谁的代码导致的一直没有说！现在暂时不去分析代码，先描述现象。出现问题的那个晚上，有一波突刺流量，由于我们没有针对接口的请求失败做短信告警（虽然有钉钉异常告警群，但是大家都不是很关心群里消息🌞），因此一开始出现问题的接口出现大面积的请求超时而我们都没有感知到，直到最终服务出现不可用，值班同事才发现这个问题（经过此事件，我们很自然地加上请求失败告警🌦️）。]]></description><category></category></item><item><title><![CDATA[微服务之服务器缓存]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/131622721</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/131622721</guid><author>a_ittle_pan</author><pubDate>Sun, 09 Jul 2023 14:39:16 +0800</pubDate><description><![CDATA[In the difficult employment situation, we need to set a good goal and then do our own thing

参考书籍：“凤凰架构”缓存在分布式系统是可选，在使用缓存之前需要确认你的系统是否真的需要缓存，因为从开发角度来说，引入缓存会提高系统复杂度，因为你要考虑缓存的失效、更新、一致性等问题（硬件缓存也有这些问题，只是不需要由你去考虑，主流的 ISA 也都没有提供任何直接操作缓存的指令）；从运维角度来说，缓存会掩盖掉一些缺陷，让问题]]></description><category></category></item><item><title><![CDATA[微服务之负载均衡]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/131150716</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/131150716</guid><author>a_ittle_pan</author><pubDate>Sun, 11 Jun 2023 17:53:24 +0800</pubDate><description><![CDATA[I wish the students of the college entrance examination can win the gold toad and win the title of the gold list

参考书籍：“凤凰架构”现代高流量网站必须以快速可靠的方式处理来自用户或客户端的数十万（如果不是数百万）并发请求并返回正确的文本、图像、视频或应用程序数据。为了经济高效地扩展以满足这些高容量，现代计算最佳实践通常需要添加更多服务器。但是添加更多服务器也会带来一系列问题，对于用户来说系统]]></description><category></category></item><item><title><![CDATA[微服务之流量控制]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130909720</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130909720</guid><author>a_ittle_pan</author><pubDate>Sun, 28 May 2023 18:10:54 +0800</pubDate><description><![CDATA[不过，由于请求总是有超时时间的，所以缓冲区大小也必须是有限度的，当注水速度持续超过出水速度一段时间以后，水池终究会被灌满，此时，从网络的流量整形的角度看是体现为部分数据包被丢弃，而在信息系统的角度看就体现为有部分请求会遭遇失败和降级。同样还是用开头的例子来解释这个问题，按照上面的几种处理方案，三个人通过合理的安排使用热水器大家都可以在合理的时间内满足各自的洗澡需求，现在我们假设你人缘特好，有那么一天有20个朋友想来你家做客，这个时候你该如何是好？在编程世界里面，热水器可以类比是系统，人看作是流量。]]></description><category></category></item><item><title><![CDATA[微服务之服务容错]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130654709</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130654709</guid><author>a_ittle_pan</author><pubDate>Sun, 14 May 2023 18:39:25 +0800</pubDate><description><![CDATA[Share a sentence that I think is very reasonable, as long as you can know the underlying logic of anything, you can hold it without fear

参考书籍：“凤凰架构”在 Martin Fowler 与 James Lewis合写的文章《Microservices: A Definition of This New Architectural Term》中列举了微服务的九个核心的]]></description><category></category></item><item><title><![CDATA[微服务之事务处理]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130448879</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130448879</guid><author>a_ittle_pan</author><pubDate>Tue, 02 May 2023 18:41:56 +0800</pubDate><description><![CDATA[因此，在事务需要回滚的场景中，三段式的性能通常是要比两段式好很多的，但在事务能够正常提交的场景中，两者的性能都依然很差，甚至三段式因为多了一次询问，还要稍微更差一些。为了能够顺利地完成崩溃恢复，在磁盘中写入数据就不能像程序修改内存中变量值那样，直接改变某表某行某列的某个值，而是必须将修改数据这个操作所需的全部信息，包括修改什么数据、数据物理上位于哪个内存页和磁盘块中、从什么值改成什么值，等等，以日志的形式——即仅进行顺序追加的文件写入的形式（这是最高效的写入方式）先记录到磁盘中。此行为可能导致两个问题。]]></description><category></category></item><item><title><![CDATA[微服务之异步消息通信]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130301506</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/130301506</guid><author>a_ittle_pan</author><pubDate>Sat, 22 Apr 2023 17:58:28 +0800</pubDate><description><![CDATA[Gregor Hope 和 Bobby Woolf 在一书中 定 义 了一 种 有 用 的 消 息 传 递 模 型。在这个模型里面，消息实体是通过消息通道进行交换的。发送方（应用程序或服务）将消息写入通道，接收方（应用程序或服务）从通道读取消息。]]></description><category></category></item><item><title><![CDATA[微服务系列之远程服务调用]]></title><link>https://blog.youkuaiyun.com/a_ittle_pan/article/details/128360112</link><guid>https://blog.youkuaiyun.com/a_ittle_pan/article/details/128360112</guid><author>a_ittle_pan</author><pubDate>Sun, 25 Dec 2022 20:04:53 +0800</pubDate><description><![CDATA[上面就是java中方法调用的核心执行过程，放在同一个JVM里面，这个过程是没有问题的，但是我们思考一下，如果是在不同的JVM里面调用会有什么问题，不难想到，此时至少面临两个直接的障碍：首先，第二步和第五步所做的传递参数、传回结果都依赖于栈内存的帮助，如果Caller与Callee分属不同的进程，就不会拥有相同的栈内存，将参数在Caller进程的内存中压栈，对于 Callee 进程的执行毫无意义。以上 RPC 中的三个基本问题，全部都可以在本地方法调用过程中找到相对应的操作。]]></description><category></category></item></channel></rss>