首页 文章 精选 留言 我的

精选列表

搜索[后台会话]，共10006篇文章
优秀的个人博客,低调大师

MCP 协议将发布史上最大更新：不再有会话，不再有握手

Model Context Protocol（MCP）将推出自诞生以来最激进的一次更新。RC 从 5 月 21 日锁定，经历 10 周的 SDK 验证和社区反馈，最终版规范在 7 月 28 日正式定稿。 一句话总结变化：MCP 变无状态了。 这次更新由六个 SEP（规范增强提案）协同完成，目标一致——干掉协议层的状态。 Mcp-Session-Id 头被彻底移除。请求不再需要路由到同一台服务器实例，负载均衡器不再需要 sticky session，也不再有共享 session store。任何请求可以落到任何实例上，和 HTTP 的设计哲学终于对齐了。 initialize / initialized 握手流程也被删掉了。协议版本、客户端信息、能力声明不再在"连接时"一次性协商，而是通过每个请求的 _meta 字段传递。这也意味着你的服务器再也不能在连接时做一次权限校验就了事——每次请求都得自己能站住。 跨调用的状态怎么办？MCP 维护者的回答是：显式化。服务器返回一个不透明的 handle（比如 basket_id），模型在后续调用中主动传回来。团队的说法很直接——"显式 handle 模式只是把状态从协议层藏起来变成了模型可见。"换句话说：别偷偷摸摸记状态，让模型自己管。 服务器到客户端的请求也被约束了。以前服务器可以随时推送（比如请求用户输入），持续维持 SSE 连接。现在服务器只能在处理客户端请求期间发起反向请求，结果通过 InputRequiredResult 带一个 requestState token 返回。客户端重新发起原调用时带上 inputResponses。任何实例都能接住这个重试，不需要去找原来的服务器。 还有两个新增的强制请求头：Mcp-Method 和 Mcp-Name。有了它们，网关和负载均衡器不需要解析请求 body 就能做路由决策——这对企业部署是实打实的利好。 扩展在这次更新中变成了一等公民。用反向 DNS 标识（如 ext-*.mcp.io），通过 extensions 能力映射协商，独立的 Extensions Track 管理生命周期。社区的创新可以独立于核心规范演进和版本化。 两个具体的扩展值得关注。一个是 MCP Apps（SEP-1865）：服务器可以在沙箱化 iframe 中提供 HTML UI，工具预先声明 UI 模板以支持预加载和缓存。UI 与宿主之间的通信走的是同一套 JSON-RPC 协议，审计和授权路径与直接工具调用一致。 另一个是 Tasks 从实验性核心功能毕业到扩展（SEP-2663）。改为轮询模式——tasks/get、tasks/update、tasks/cancel。任务创建变为服务端决策（客户端声明支持，服务端决定是否走异步），tasks/list 被直接移除，因为缺乏 session 后无法安全限定范围。 认证方面，六个 SEP 把 OAuth 2.1 安全实践写进了规范正文：客户端必须验证 iss 参数防止 mix-up 攻击、支持 Dynamic Client Registration、凭证绑定到颁发服务器、刷新 token 流程文档化、scope 累积规则明确。旧式的密码授权和隐式授权被彻底剔除。 inputSchema 和 outputSchema 现在完整支持 JSON Schema 2020-12——oneOf、anyOf、allOf、条件、$ref、$defs 全部可用。输入 schema 的根节点仍约束为 type: "object"，输出 schema 不受限制。规范明确要求：不要自动解引用外部 $ref URI（防 SSRF），应该限制 schema 深度和校验时间。 Roots、Sampling、Logging 三个原语进入 12 个月倒计时。Roots 改用工具参数或资源 URI 替代，Sampling 直接调 LLM API，Logging 用 stderr 或 OpenTelemetry。协议还引入了一个全生命周期的特性淘汰策略：Active → Deprecated → Removed，每个阶段至少 12 个月，一个 SEP 要上到 Final 级别必须有对应的合规测试用例落地。 对于今天就必须动手改的东西，三个硬断裂今天生效。 第一，Mcp-Session-Id 头没了。传输层里如果有 sessionIdGenerator 配置，删掉。协议版本和客户端信息改从 _meta 读取。第二，initialize / initialized 握手没了。能力校验逻辑从握手阶段移到每个工具调用的入口。第三，错误码变了。资源未找到的错误码从 MCP 自定义的 -32002 改为 JSON-RPC 标准的 -32602（Invalid Params）。所有硬编码该值的地方都要换。 Akamai 的安全研究团队在这个 RC 上做了一轮审计，结论很诚实：无状态化确实消灭了协议层的 session 劫持、未经请求的服务端推送、弱认证方式。但同时也把五个新的攻击面摆到了台面上。 跨 agent 工作流劫持——如果 tracking ID 是可预测的，或者 state 对象未经校验，攻击者可以劫持其他用户的工作流。_meta 对象注入——如果服务器盲目信任元数据做路由或授权决策，无签名的自定义字段就是提权通道。头部与 body 反序列化冲突——Mcp-Method 头和 JSON-RPC body 不一致时可能绕过安全控制。MCP Apps 中的存储型 XSS——沙箱 iframe 的 UI 仍然面临钓鱼和数据窃取风险。一击脱离 DoS——攻击者发一个昂贵的长时间任务然后立即断开，服务器自己扛所有计算成本。 以前协议层帮你挡掉的脏活，现在搬到应用层了。 MCP 这次更新的方向是对的。session 的引入原本就是工程上的捷径——让一个天生无状态的 JSON-RPC 协议背上有状态包袱，部署复杂度直接翻倍。切掉之后，水平扩展回到纯 HTTP 的玩法，这对企业级部署是及格线而不是加分项。 显式 handle 模式也是个聪明的选择。让模型自己管理状态，不是增加了复杂度，而是让复杂度发生在它本来就该发生的地方——推理层。对调试和审计也更友好：所有的状态传递都在参数里可见。 短期阵痛主要在迁移——任何深度依赖 MCP session 机制的服务需要重写状态管理逻辑。但那些本来就不依赖 session 的简单工具服务，基本不受影响。 12 个月的弃用窗口给足了时间。问题是，有多少人会等到第 11 个月才开始动手。 参考来源： The 2026-07-28 MCP Specification Release Candidate — MCP Blog What actually breaks in your MCP server on 2026-07-28 — dev.to New MCP specification kills old risks but opens fresh attack surfaces, Akamai finds — SiliconANGLE
2026-07-21
优秀的个人博客,低调大师

AIdea - 支持大语言模型和会话的开源 APP 1.0.4 发布啦

AIdea 是一款集成了主流大语言模型以及绘图模型的 APP， 采用 Flutter 开发，代码完全开源，支持以下功能： 支持 GPT-3.5/4 问答聊天 支持国产模型：通义千问，文心一言 支持文生图、图生图、超分辨率、黑白图片上色等功能，集成 Stable Diffusion 模型，支持 SDXL 1.0 开源代码： 客户端：https://github.com/mylxsw/aidea 服务端：https://github.com/mylxsw/aidea-server （即将开放） 今天最新的1.0.4版本发布啦，大家快来体验体验！ Github Release 地址：https://github.com/mylxsw/aidea/releases/tag/1.0.4 本次更新内容如下 解决 Mac 端应用图标过大问题，现在图标大小跟大部分 App 保持一致，圆角风格也做了统一 Bugfix: 首页 “历史纪录” 应该为 “历史记录” Bugfix: Web 端聊天界面 input 影响输入法的第一个字符 替换首屏加载中图标：增加加载中请稍候提示 Mac 端、Web 端现在已支持支付宝充值 Web 端 wasm 文件和 Google 字体文件修改问从本地加载，不再从 Google 下载 福利 目前我的 OpenAI 账户还有大约 4900+ 美金的额度，为了感谢各位 V 友的关注，在满足以下几个条件之前（任意），GPT-4 使用价格调整为 10 个智慧果每 1K Token （约等于 1 毛钱，OpenAI 官方价格为输入 2 毛 1 ，输出 4 毛 2 ）： 截止至 2023 年 11 月 1 日 4900 美金额度消耗完 本来想免费的，但是仔细想了想不敢这么干，万一有人滥用那不是全浪费掉了。
2023-09-05
优秀的个人博客,低调大师

后台(41)——MyBatis的动态SQL

探索Android软键盘的疑难杂症 深入探讨Android异步精髓Handler 详解Android主流框架不可或缺的基石 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架（1）— 核心基础 Android多分辨率适配框架（2）— 原理剖析 Android多分辨率适配框架（3）— 使用指南 自定义View系列教程00–推翻自己和过往，重学自定义View 自定义View系列教程01–常用工具介绍 自定义View系列教程02–onMeasure源码详尽分析 自定义View系列教程03–onLayout源码详尽分析 自定义View系列教程04–Draw源码分析及其实践 自定义View系列教程05–示例分析 自定义View系列教程06–详解View的Touch事件处理 自定义View系列教程07–详解ViewGroup分发Touch事件 自定义View系列教程08–滑动冲突的产生及其处理 版权声明 本文原创作者：谷哥的小弟 作者博客地址：http://blog.csdn.net/lfdfhl MyBatis可利用动态SQL极大的简化SQL语句的拼接。 在此介绍几种MyBatis中常用的动态SQL where和if 还记得我们之前有一个查询学生的例子么？ <select id="findStudentList" parameterType="cn.com.StudentQueryVO" resultType="cn.com.StudentCustom"> SELECT * FROM student WHERE gender=#{studentCustom.gender} and name like '%${studentCustom.name}%' </select> 猛地一看这个SQL没啥问题，但是仔细一想又不对，studentCustom有没有可能为null呢？studentCustom.gender和studentCustom.name有没有可能为null呢？当然是有的，那么我们可以怎么处理一下呢？此时就可以用<where>和<if>,请看： <select id="findStudentList" parameterType="cn.com.StudentQueryVO" resultType="cn.com.StudentCustom"> SELECT * FROM student <where> <if test="studentCustom!=null"> <if test="studentCustom.gender!=null"> and gender=#{studentCustom.gender} </if> <if test="studentCustom.name!=null"> and name like '%${studentCustom.name}%' </if> </if> </where> </select> 在此利用标签<where>和<if>对应了某些查询条件为null的情况。有人或许有疑问，如果两个查询条件都满足的话在这个sql中岂不是有两个and了？甭担心，这种情形下MyBatis会自动删除掉掉第一个and sql 其实，我们还可以把刚才这个例子继续优化一下利用<sql>提取出<if>作为sql片段从而提高代码的复用性 <sql id="findStudentList_if"> <if test="studentCustom!=null"> <if test="studentCustom.gender!=null"> and gender=#{studentCustom.gender} </if> <if test="studentCustom.name!=null"> and name like '%${studentCustom.name}%' </if> </if> </sql> 然后在查询语句中引用该sql片段即可 <select id="findStudentList" parameterType="cn.com.StudentQueryVO" resultType="cn.com.StudentCustom"> SELECT * FROM student <where> <include refid="findStudentList_if"></include> </where> </select> foreach 来看一种需求：查询出id为2、4、7的学生信息，我们可以这么写sql SELECT * FROM student WHERE (id=2 OR id=4 OR id=7) 那么这个sql在MyBatis里又该怎么写呢？ 在此可采用<foreach>标签来拼装这个条件(id=2 OR id=4 OR id=7) 首先，我们在StudentQueryVO中定义一个字段idsList用于传递这几个id值 /** * 本文作者：谷哥的小弟 * 博客地址：http://blog.csdn.net/lfdfhl */ package cn.com; import java.util.List; //自定义的包装类型的pojo public class StudentQueryVO { private List<Integer> idsList; //用户查询条件 private StudentCustom studentCustom; public StudentCustom getStudentCustom() { return studentCustom; } public void setStudentCustom(StudentCustom studentCustom) { this.studentCustom = studentCustom; } public List<Integer> getIdsList() { return idsList; } public void setIdsList(List<Integer> idsList) { this.idsList = idsList; } //其他查询条件，比如教师，课程，学校等等 } 再来看mapper.xml <sql id="findStudentList_ids_if"> <if test="idsList!=null"> <foreach collection="idsList" item="student_id" open="(" close=")" separator="OR"> id=#{student_id} </foreach> </if> </sql> <select id="findStudentList" parameterType="cn.com.StudentQueryVO" resultType="cn.com.StudentCustom"> SELECT * FROM student <where> <include refid="findStudentList_ids_if"></include> </where> </select> 重点来看这个<foreach>标签 collection表示pojo中的集合 item表示遍历时集合中每个元素 open表示组拼后的语句的开头 close表示组拼后的语句的结尾 separator表示每个部门的连接符 最后来看测试代码 @Test public void findStudentList() throws IOException { SqlSession sqlSession = sqlSessionFactory.openSession(); StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class); StudentQueryVO studentQueryVO=new StudentQueryVO(); List<Integer> idsList=new ArrayList<Integer>(); idsList.add(2); idsList.add(4); idsList.add(7); studentQueryVO.setIdsList(idsList); List<StudentCustom> studentList = studentMapper.findStudentList(studentQueryVO); for (int i = 0; i <studentList.size(); i++) { StudentCustom sc = studentList.get(i); System.out.println(sc); } sqlSession.commit(); sqlSession.close(); } 其实，这些动态SQL并不难，也不需要死记硬背。但是要把握住总的原则和目标：利用动态SQL拼装成原始的sql语句。在实际开发时也可以先写出原始sql语句再写到mapper.xml中
2017-03-17
优秀的个人博客,低调大师

后台(39)——MyBatis输入映射parameterType

探索Android软键盘的疑难杂症 深入探讨Android异步精髓Handler 详解Android主流框架不可或缺的基石 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架（1）— 核心基础 Android多分辨率适配框架（2）— 原理剖析 Android多分辨率适配框架（3）— 使用指南 自定义View系列教程00–推翻自己和过往，重学自定义View 自定义View系列教程01–常用工具介绍 自定义View系列教程02–onMeasure源码详尽分析 自定义View系列教程03–onLayout源码详尽分析 自定义View系列教程04–Draw源码分析及其实践 自定义View系列教程05–示例分析 自定义View系列教程06–详解View的Touch事件处理 自定义View系列教程07–详解ViewGroup分发Touch事件 自定义View系列教程08–滑动冲突的产生及其处理 版权声明 本文原创作者：谷哥的小弟 作者博客地址：http://blog.csdn.net/lfdfhl 我们知道：MyBatis通过parameterType对sql的输入参数进行定义，参数的类型可以是：基本类型、HashMap、pojo。在此分别介绍为parameterType传入三种类型的不同处理方式。 基本类型 其实，从这个MyBatis学习系列开始，我们已经多次为parameterType传入基本类型的参数，比如int 、long等。故，在此不再赘述，请参见前几篇博客的示例。 HashMap 首先来看mapper.mxl中的sql语句 <select id="findStudentByHashMap" parameterType="hashmap" resultType="cn.com.Student"> SELECT * FROM student WHERE id=#{id} and name like '%${name}%' </select> 嗯哼，看到没有：我们为parameterType指定的输入类型是hashmap。在sql语句中从hashmap中取出id和name作为查询条件 接下来瞅瞅mapper.java中的定义 public List<Student> findStudentByHashMap(HashMap<String, Object> hashMap); 最后，再来看看测试代码： @Test public void findStudentByHashMap() throws IOException { SqlSession sqlSession = sqlSessionFactory.openSession(); StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class); HashMap<String, Object> hashMap=new HashMap<String, Object>(); hashMap.put("id", 7); hashMap.put("name", "木"); List<Student> studentList = studentMapper.findStudentByHashMap(hashMap); for (int i = 0; i <studentList.size(); i++) { Student student = studentList.get(i); System.out.println(student); } sqlSession.commit(); sqlSession.close(); } 在此，创建一个HashMap且指定两个key：id和name并为它们赋值；然后执行查询即可。 pojo 有时候，我们需要执行一些复杂的查询，比如：查询的条件不仅包括学生查询条件还包括其它的查询条件(比如:课程，教师，学校等)。此时，可以使用自定义pojo传递输入参数。 首先，定义一个Student的扩展类 /** * 本文作者：谷哥的小弟 * 博客地址：http://blog.csdn.net/lfdfhl */ package cn.com; //Student的扩展类 public class StudentCustom extends Student{ } 再自定义包装类型的pojo /** * 本文作者：谷哥的小弟 * 博客地址：http://blog.csdn.net/lfdfhl */ package cn.com; //自定义的包装类型的pojo public class StudentQueryVO { //用户查询条件 private StudentCustom studentCustom; public StudentCustom getStudentCustom() { return studentCustom; } public void setStudentCustom(StudentCustom studentCustom) { this.studentCustom = studentCustom; } //其他查询条件，比如教师，课程，学校等等 } 在该pojo中不仅包括与学生相关的查询条件，还有与教师，课程，学校有关的查询条件。 接下来请看mapper.xml <select id="findStudentList" parameterType="cn.com.StudentQueryVO" resultType="cn.com.StudentCustom"> SELECT * FROM student WHERE gender=#{studentCustom.gender} and name like '%${studentCustom.name}%' </select> 嗯哼，看到了吧：我们将自定义的包装类型的pojo作为输入参数设置给parameterType；然后取出输入参数StudentQueryVO中的studentCustom的gender和name作为条件查询。 再来瞅瞅mapper.java中的定义 public List<StudentCustom> findStudentList(StudentQueryVO studentQueryVO); 最后，请看测试代码： @Test public void findStudentList() throws IOException { SqlSession sqlSession = sqlSessionFactory.openSession(); StudentMapper studentMapper = sqlSession.getMapper(StudentMapper.class); StudentQueryVO studentQueryVO=new StudentQueryVO(); StudentCustom studentCustom=new StudentCustom(); studentCustom.setGender("female"); studentCustom.setName("木"); studentQueryVO.setStudentCustom(studentCustom); List<StudentCustom> studentList = studentMapper.findStudentList(studentQueryVO); for (int i = 0; i <studentList.size(); i++) { StudentCustom sc = studentList.get(i); System.out.println(sc); } sqlSession.commit(); sqlSession.close(); }
2017-03-17
优秀的个人博客,低调大师

后台(30)——类加载器ClassLoader

探索Android软键盘的疑难杂症 深入探讨Android异步精髓Handler 详解Android主流框架不可或缺的基石 站在源码的肩膀上全解Scroller工作机制 Android多分辨率适配框架（1）— 核心基础 Android多分辨率适配框架（2）— 原理剖析 Android多分辨率适配框架（3）— 使用指南 自定义View系列教程00–推翻自己和过往，重学自定义View 自定义View系列教程01–常用工具介绍 自定义View系列教程02–onMeasure源码详尽分析 自定义View系列教程03–onLayout源码详尽分析 自定义View系列教程04–Draw源码分析及其实践 自定义View系列教程05–示例分析 自定义View系列教程06–详解View的Touch事件处理 自定义View系列教程07–详解ViewGroup分发Touch事件 自定义View系列教程08–滑动冲突的产生及其处理 版权声明 本文原创作者：谷哥的小弟 作者博客地址：http://blog.csdn.net/lfdfhl 类加载器简介 在Java中类加载器ClassLoader负责加载所有的类，该类被加载至内存后会生成一个与之对应的java.lang.Class实例。当类被装载进JVM以后，当需要再次使用同一个类时就不用再次从内存外读取，而是直接使用JVM中的该类。嗯哼，那么怎么样才算是”同一个”类呢？或者说检验是否是”同一个”类的标准是什么呢？在Java中用类的全限定类名(包名+类名)唯一标识一个类；在JVM中用类的全限定类名(包名+类名)并结合加载它的类加载器共同唯一标识一个类。比如，tokyo.hot包下有个AVer类，该类被ClassLoader1加载进JVM；与此同时该类又被ClassLoader2加载进JVM；那么它们两者在JVM中对应的Class的唯一标识分别为(AVer,tokyo.hot,ClassLoader1)和(AVer,tokyo.hot,ClassLoader2)。这意味着同一个类被两个不同的类加载器加载至JVM时，这两个类彼此独立，互不影响是两个完全不同的Class 嗯哼，那么Java中是不是有个万能的类加载器ClassLoader可以将任何类加载进JVM呢？非也！！！JVM启动时会生成三个类加载器： 根类加载器：Bootstrap ClassLoader 扩展类加载器：Extension ClassLoader 系统类加载器：System ClassLoader 现在，我们来依次学习这三个类加载器 Bootstrap ClassLoader Bootstrap ClassLoader常被称为根(原始、引导)类加载器，负责加载Java的核心类。至于它具体加载了哪些Java核心类呢？我们来通过一个例子看看 /** * 本文作者：谷哥的小弟 * 博客地址：http://blog.csdn.net/lfdfhl */ package cn.com; import java.net.URL; import sun.misc.URLClassPath; public class TestBootstrap { public static void main(String[] args) { URLClassPath bootstrapClassPath = sun.misc.Launcher.getBootstrapClassPath(); URL[] urls = bootstrapClassPath.getURLs(); for (int i = 0; i < urls.length; i++) { System.out.println(urls[i].toExternalForm()); } } } 在编写这段代码时Eclipse可能会报错：Access restriction: The type ‘Launcher’ is not API。该问题可以这么解决：Project -> Properties -> libraries然后remove原来的JRE System Library，然后再Add Library重新添加一次即可。 打印结果如下： file:/C:/Program Files/Java/jre1.8.0_60/lib/resources.jar file:/C:/Program Files/Java/jre1.8.0_60/lib/rt.jar file:/C:/Program Files/Java/jre1.8.0_60/lib/sunrsasign.jar file:/C:/Program Files/Java/jre1.8.0_60/lib/jsse.jar file:/C:/Program Files/Java/jre1.8.0_60/lib/jce.jar file:/C:/Program Files/Java/jre1.8.0_60/lib/charsets.jar file:/C:/Program Files/Java/jre1.8.0_60/lib/jfr.jar file:/C:/Program Files/Java/jre1.8.0_60/classes 咦，看到这些，我们还是觉得很陌生。是么？来，我们一起来看看熟悉的 请打开rt.jar后再打开java.lang，嗯哼，是不是看到我们熟悉的东西了String.class、Thread.class、Integer.class、Object等等。这些Java核心类正是由Bootstrap ClassLoader加载的。 Extension ClassLoader Extention ClassLoader被称为扩展类加载器，它负责加载JRE的扩展目录(%JAVA_HOME%/jre/lib/ext)中JAR包的类。所以，可将我们自己开发好的JAR包放入该路径下从而为java扩展核心类以外的功能。 System ClassLoader System ClassLoader被称为系统(应用)类加载器，它负责在JVM启动时加载CLASSPATH所指定的JAR包和类路径。我们可通过ClassLoader的静态方法getSystemClassLoader()获取系统类加载器。一般情况下，我们编写的java类都是由这个类加载器加载。 类加载器的工作机制 刚才我们已经介绍了这三种类加载器，我们现在通过代码的形式来再次认识它们： /** * 本文作者：谷哥的小弟 * 博客地址：http://blog.csdn.net/lfdfhl */ package cn.com; import java.io.IOException; import java.net.URL; import java.util.Enumeration; public class TestClassLoader { public static void main(String[] args) throws IOException { // 获取系统类加载器 ClassLoader classLoader = ClassLoader.getSystemClassLoader(); System.out.println("系统类加载器SystemClassLoader="+classLoader); Enumeration<URL> urlEnumeration = classLoader.getResources(""); while (urlEnumeration.hasMoreElements()) { URL nextElement = urlEnumeration.nextElement(); System.out.println("系统类加载器SystemClassLoader的加载路径="+nextElement); } //获取扩展类加载器 ClassLoader extLoader = classLoader.getParent(); System.out.println("扩展类加载器ExtClassLoader=" + extLoader); String property = System.getProperty("java.ext.dirs"); System.out.println("扩展类加载器ExtClassLoader的加载路径=" + property); //获取扩展类加载器的父类 ClassLoader bootstrapClassLoader=extLoader.getParent(); if(bootstrapClassLoader==null){ System.out.println("扩展类加载器的父类=null"); } } } 输出如下： 系统类加载器SystemClassLoader=sun.misc.Launcher$AppClassLoader@4e0e2f2a 系统类加载器SystemClassLoader的加载路径=file:/D:/Workspace/TestClassLoader01/bin/ 扩展类加载器ExtClassLoader=sun.misc.Launcher$ExtClassLoader@5c647e05 扩展类加载器ExtClassLoader的加载路径=C:\Program Files\Java\jre1.8.0_60\lib\ext;C:\WINDOWS\Sun\Java\lib\ext 扩展类加载器的父类=null 在这我们可以看出来： 系统类加载器的加载路径是当前程序运行的路径 扩展类加载器的加载路径是C:\Program Files\Java\jre1.8.0_60\lib\ext 系统类加载器的父类是扩展类加载器 扩展类加载器的getParent()返回值为null，并不是我们预计的根类加载器。这是因为根类加载器Bootstrap ClassLoader没有继承java.lang.ClassLoader抽象类。当然，实际上扩展类加载器的父类加载器就是根加载器，只不过根加载器不是Java实现的而是由JVM自身实现的。 在明白了这些之后，我们再来看类加载器中的父类委托机制。 当一个类加载器收到了类加载的请求时它不会自己去尝试加载这个类，而是把该请求委派给父加载器去完成。这样一层一层地往上传递，最终所有的加载请求都被传到最顶层的根类加载器中。只有当父加载器无法完成这个加载请求时，父加载器再将该请求交给子加载器去尝试加载。 这么做有什么好处呢？ 当一个类加载器负责加载某个Class时，该Class所依赖和应该的其它Class也将由该类加载器载入。我们知道java.lang.Object是所有类的父类，因此无论哪个类加载都要加载这个类，于是关于加载Object的所有的请求都汇聚到了顶层的根类加载器中，因此Object类会由根类加载器来加载。所以在一次Object类后，就不用再次加载该类了。如果不采用该父类委托模式而由各个类加载器自行加载的话，系统中就会出现多个Object类，不仅效率低下而且混乱不堪也不能保证加载的对象是同一个。
2017-03-05

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-08-21 大小: 189MB 下载: 7次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册