xiaoxi666的专栏

写在前面 许多大模型具有推理参数，用于控制输出的“随机性”。常见的几个是 Top-K、Top-p，以及温度。那么它们的运行机制是怎样的呢？

系列文章目录（请务必按照顺序阅读）： Maven 依赖调解源码解析（一）：开篇 Maven 依赖调解源码解析（二）：如何调试 Maven 源码和插件源码 Maven 依赖调解源码解析（三）：传递依赖，

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第七篇，也是最后一篇，主要做个总结。 总结 在本系列文章中，我们搭建了一个简单的多模块项目，以实验的形式，从源码角度解析了四种依赖调节原则

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第六篇，主要介绍 dependencyManagement 版本锁定原则。 场景 我们在根模块 mavenDependencyDemo 中

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第五篇，主要介绍同一个文件内声明，后者覆盖前者的原则。 场景 这次我们让 A 直接依赖 X，且在 A 的 pom.xml 中声明两次 X，

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第四篇，主要介绍依赖调解的第二条原则：传递依赖，第一声明者优先。 场景 路径最近者优先原则不能解决所有问题，比如这样的依赖关系：A－＞ C

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第三篇，主要介绍依赖调解的第一条原则：传递依赖，路径最近者优先。本篇内容较多，也是开始源码分析的第一篇，请务必仔细阅读，否则后面的文章可能

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第二篇，主要介绍如何调试 Maven 源码和插件源码。 正文 有了源码包和 Demo 项目，我们就能够着手分析了。那么问题来了，我们对 M

本文是系列文章《Maven 源码解析：依赖调解是如何实现的？》第一篇，主要做个开头介绍。并为后续的实验做一些准备。 前言 相信久经沙场的 Java 开发同学们，一定对 Maven 这个工具不陌生。Ma