<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Misnearch的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/Misnearch</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; Misnearch]]></copyright><item><title><![CDATA[手把手教会各类排序算法]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/169067378</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/169067378</guid><author>Misnearch</author><pubDate>Sun, 25 Oct 2026 23:25:08 +0800</pubDate><description><![CDATA[排序是数据结构与算法面试中的核心知识点。]]></description><category></category></item><item><title><![CDATA[第9章 数据库技术基础]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/147272929</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/147272929</guid><author>Misnearch</author><pubDate>Sun, 25 Oct 2026 18:08:49 +0800</pubDate><description><![CDATA[注意查询中EXISTS， NOT EXISTS的用法，可以理解为EXISTS就是包含内查询则返回TRUE.参考下面的一篇博客进行理解。]]></description><category></category></item><item><title><![CDATA[第7章 面向对象技术]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/147275411</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/147275411</guid><author>Misnearch</author><pubDate>Sun, 25 Oct 2026 18:08:21 +0800</pubDate><description><![CDATA[面向对象程序设计中的静态成员：在C++中使用静态成员来解决同一个类的不同对象之间的数据共享问题。存在两个类：基类、派生类。]]></description><category></category></item><item><title><![CDATA[下午试题分析解答-第一题数据流图]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/147278332</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/147278332</guid><author>Misnearch</author><pubDate>Sun, 25 Oct 2026 18:07:39 +0800</pubDate><description><![CDATA[DFD图中包含4种元素：加工，数据流，外部实体和数据存储。]]></description><category></category></item><item><title><![CDATA[缓存穿透击穿和解决代码示例]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/168752037</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/168752037</guid><author>Misnearch</author><pubDate>Thu, 22 Oct 2026 11:18:17 +0800</pubDate><description><![CDATA[策略方案是：参数校验 -》布隆过滤前置拦截 -》空值缓存兜底例如电商商品查询接口，攻击者会用不存在的商品id高频请求，缓存和数据库都没有数据，导致每次请求都直达数据库，导致DB被打垮。]]></description><category></category></item><item><title><![CDATA[容器中同一接口多个实现类]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/167804594</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/167804594</guid><author>Misnearch</author><pubDate>Tue, 13 Oct 2026 14:26:32 +0800</pubDate><description><![CDATA[Spring 默认按类型注入会报 NoUniqueBeanDefinitionException。下面按使用频率和适用场景，梳理常见的解决方式。当 Spring 容器中存在同一接口的多个实现类时，有哪些方式可以决定某个场景调用哪个实现？这是策略模式 + 工厂的经典写法，配合Map可以做到按名称路由。适用于有一个明确默认实现，少数场景才用其他实现。]]></description><category></category></item><item><title><![CDATA[React中的回调]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/167787881</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/167787881</guid><author>Misnearch</author><pubDate>Tue, 13 Oct 2026 10:44:20 +0800</pubDate><description><![CDATA[button onClick={() => handleDelete(id)}>删除</ button>在React中，“回调”通常指把函数作为参数传递给另一个组件或Hook，在特定时机被调用。贯穿事件处理、状态更新、副作用、性能优化、组件通信等场景。这个{handleClick}是传递函数引用，]]></description><category></category></item><item><title><![CDATA[agent架构学习]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/167220015</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/167220015</guid><author>Misnearch</author><pubDate>Wed, 07 Oct 2026 21:46:43 +0800</pubDate><description><![CDATA[Langgraph里的create_supervisor, DeepAgents里的SubAgentMiddleware / CompiledSubAgent，本质上都是这种子Agent即工具的思路。Langgraph4j里，Supervisor就是一个带条件边的路由节点，根据AgentState决定下一个Worker是谁。supervisor现在确实是多agent里最主流，最稳的模式，但并不是所有agent系统都必须有supervisor。]]></description><category></category></item><item><title><![CDATA[网络分层的理解]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/166692449</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/166692449</guid><author>Misnearch</author><pubDate>Sat, 26 Sep 2026 22:36:50 +0800</pubDate><description><![CDATA[网络通信是一个很复杂的问题，所以把它拆成多层，每一层只负责解决一类问题。上层不用关心下层具体怎么实现，只需要使用下层提供的服务。为什么一定要分层：假设写了一个Java Web服务，上面的问题当成面试官来问你，自己能不能回答上来。]]></description><category></category></item><item><title><![CDATA[开源【智能体Harness工程指南】——第一部分：Harness工程基础]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/166135421</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/166135421</guid><author>Misnearch</author><pubDate>Mon, 21 Sep 2026 17:44:46 +0800</pubDate><description><![CDATA[Harness是在大语言模型与真实执行环境之间构建的一套系统工程框架，通过标准化的消息协议、分层的权限管理、多维的执行可见性和完善的错误处理机制，使得LLM能够在受控约束下安全、可靠地感知环境、执行任务、学习反馈。不替代LLM产生业务推理，也不直接承担工具内部逻辑，而是把LLM的意图转换为可验证、可授权、可执行的操作，并将结果正确反馈给LLM。约束和可控性：Harness主要目标不是扩展智能体的能力，而是限制智能体的风险。将智能体行为控制在安全边界内。]]></description><category></category></item><item><title><![CDATA[K8s入门]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/166104352</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/166104352</guid><author>Misnearch</author><pubDate>Sun, 20 Sep 2026 10:41:09 +0800</pubDate><description><![CDATA[是一个行业标准的核心容器运行时container runtime，最初由docker开发，后来捐赠给了CNCF，负责在操作系统上实际管理容器生命周期的。随着k8s弃用docker shim，containerd因其轻量，稳定且符合CRI标准，成为了k8s生态中最主流的运行时选择。Node：运行Pod的服务器（物理机/虚拟机），分为Master（控制节点）和Worker（工作节点）Pod：K8s最小部署单元，可包含1个或多个容器，共享网络和存储。Master节点，2核4G，1台，]]></description><category></category></item><item><title><![CDATA[多模态技术原理]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/165223129</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/165223129</guid><author>Misnearch</author><pubDate>Sun, 13 Sep 2026 12:51:01 +0800</pubDate><description><![CDATA[图像最常用的是Vision Transformer，把图片切成固定大小的patch，每个patch线性投影成向量，再加位置编码，送入Transformer。更完整的全模态模型还会加入音频编码器、视频编码器，并把它们的特征投影进同一个LLM。对齐之后，还要把不同模态的信息真正「混在一起」给大模型用。目前主流的多模态大模型（尤其是视觉-语言模型），基本都采用下面这个结构。对齐的目标是让「猫的图片」和「猫」这个词在向量空间里距离很近。把高维视觉特征压缩成固定数量的、信息密度更高的 token。]]></description><category></category></item><item><title><![CDATA[gRPC详解]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/164398927</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/164398927</guid><author>Misnearch</author><pubDate>Sat, 05 Sep 2026 13:05:22 +0800</pubDate><description><![CDATA[HTTp/2把数据切成二进制帧，每个帧都带着所属流的编号，于是多个请求可以同时跑在一条TCP连接上，交错传输，互不阻塞。RPC：远程过程调用，之前函数在本地调用，如果函数在另外一个机器上，就需要拼URL, 发HTTP请求，解析JSON响应，RPC就是把这些网络细节全部藏起来，感觉还是本地调用。用gRPC第一步不是写代码，而是定义.proto文件，是接口描述语言，专门用来定义数据长什么样，有哪些方法。注意Deadline，明确时间点，整条链路共用，到点没完成，整条链路一起放弃，不会有服务在那儿傻等。]]></description><category></category></item><item><title><![CDATA[Feed流]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/164305661</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/164305661</guid><author>Misnearch</author><pubDate>Wed, 02 Sep 2026 23:23:10 +0800</pubDate><description><![CDATA[Feed流，全程News Feed或Content Feed，中文常被称为信息流，是一种在互联网产品中以持续更新，无线滚动的形式，向用户呈现内容的数据展示和分发机制。就是一个永远刷不完的动态列表。本质：是链接内容生产者与内容消费者的高效管道，解决了海量内容如何精准、高校地分发给特定用户的问题。]]></description><category></category></item><item><title><![CDATA[Agent/LLM笔试积累]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/164110100</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/164110100</guid><author>Misnearch</author><pubDate>Thu, 27 Aug 2026 11:44:54 +0800</pubDate><description><![CDATA[这些使Agent能力成为可复用的平台服务，将构建好的AI Agent封装为标准化服务，通过API或平台界面提供给用户调用，用户无需关心底层的模型选择，Prompt工程，工具链编排等复杂技术细节，只需按量付费或订阅即可使用特定能力的智能体。每个Agent作为独立服务，通过REST, gRPC，消息队列通信，符合微服务的松耦合原则，相比单体Agent框架，服务化Agent更易于独立扩展，独立更新和独立故障隔离。Agent基准测试核心关注点是模型能否像一个智能体一样，通过多步交互完成一个完整的现实任务。]]></description><category></category></item><item><title><![CDATA[kind用途]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/163918386</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/163918386</guid><author>Misnearch</author><pubDate>Thu, 20 Aug 2026 14:48:39 +0800</pubDate><description><![CDATA[kind是一个使用Docker容器作为节点来运行本地Kubernetes集群的工具。全称是Kubernetes IN Docker，这个名字非常形象的说明了它的核心原理，在Docker容器里运行Kubernetes。]]></description><category></category></item><item><title><![CDATA[进程、线程、协程区别]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/163672740</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/163672740</guid><author>Misnearch</author><pubDate>Wed, 12 Aug 2026 14:49:33 +0800</pubDate><description><![CDATA[对于每个用户的秒杀请求，涉及数据库查询、Redis扣库存、远程调用支付服务等IO操作，使用Java21虚拟线程，10万个并发请求就创建10万个虚拟线程，会自动挂载到少量平台线程上执行，遇到IO阻塞时自动让出，不浪费资源。线程的优势是切换开销比进程小，不需要切换内存空间，通信方便，直接读写共享内存，缺点是一个线程崩溃可能导致整个进程崩溃，且需要开发者自己处理线程安全问题。将子进程的标准输出重定向到当前java进程的标准输出，然后启动子进程阻塞当前线程，直到子进程结束，返回子进程的退出码，0表示成功。]]></description><category></category></item><item><title><![CDATA[传统Tool, Function Calling, MCP Tool三者区别]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/163672423</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/163672423</guid><author>Misnearch</author><pubDate>Tue, 11 Aug 2026 17:24:27 +0800</pubDate><description><![CDATA[同样的输入永远给出同样的输出。它是"能力本身"，就像人体的器官——心脏泵血、胃消化食物，功能是写死在代码里的，不会自作主张。模型不会直接回答，而是生成一个结构化的 JSON 请求（包含函数名和参数），由外部程序执行后将结果返回给模型。在 MCP 协议框架下，由 MCP Server 暴露的、遵循 JSON-RPC 2.0 标准的工具。Tool是能力本身，Function Calling是让模型调用能力的机制。FunctionCalling是工具的集成方案，MCP是工具的分发方案。最广义的概念，指一段确。]]></description><category></category></item><item><title><![CDATA[MCP以及底层协议、传输模式]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/163671329</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/163671329</guid><author>Misnearch</author><pubDate>Tue, 11 Aug 2026 17:09:08 +0800</pubDate><description><![CDATA[MCP 常被称为“AI 的 USB-C 接口”。它解决的核心痛点是：传统模式下 m 个模型 × n 个工具需要 m×n 次定制开发，引入 MCP 后只需 m+n 次实现即可全互联。标准化连接层：统一 LLM 与外部工具/数据源的交互接口，各厂商只需实现一次 Client 或 Server 即可互通能力扩展桥梁：让模型从“只会回答”升级为“能执行操作”（读文件、查数据库、调 API）安全隔离层：所有敏感操作在 Server 端执行，凭证不暴露给模型侧。]]></description><category></category></item><item><title><![CDATA[Agent评测]]></title><link>https://blog.youkuaiyun.com/Misnearch/article/details/163617153</link><guid>https://blog.youkuaiyun.com/Misnearch/article/details/163617153</guid><author>Misnearch</author><pubDate>Mon, 10 Aug 2026 09:50:56 +0800</pubDate><description><![CDATA[这就意味着Agent评测对象是模型 + 系统 + 工具 + 流程的复杂系统，评测不只是看结果，还要看行为和过程，因为可能存在两个Agent都得到最终一样的结果，但是行为过程不一样。这样一个链路，如果只看到用户输入和结果输出，看不到中间过程，就几乎无法判断问题根因，正是基于“我想看Case却发现没打日志”这个朴素的问题，工业界发展出了Trace系统，将黑盒内部的逻辑推理过程进行全路径的披露，将所有影响模型输出的输入信息都记录下来。到现在的多功能长程Agent，Agent评测正从答案评测走向行为评测。]]></description><category></category></item></channel></rss>