<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Java &#8211; HikariLan&#039;s Blog</title>
	<atom:link href="https://blog.hikarilan.life/tag/java/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.hikarilan.life</link>
	<description>贺兰星辰的个人博客</description>
	<lastBuildDate>Tue, 30 Dec 2025 17:36:08 +0000</lastBuildDate>
	<language>zh-Hans</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.1</generator>
	<item>
		<title>论类型转换导致 JVM 类加载提前报错的问题</title>
		<link>https://blog.hikarilan.life/tech/1494/%e8%ae%ba%e7%b1%bb%e5%9e%8b%e8%bd%ac%e6%8d%a2%e5%af%bc%e8%87%b4-jvm-%e7%b1%bb%e5%8a%a0%e8%bd%bd%e6%8f%90%e5%89%8d%e6%8a%a5%e9%94%99%e7%9a%84%e9%97%ae%e9%a2%98/</link>
					<comments>https://blog.hikarilan.life/tech/1494/%e8%ae%ba%e7%b1%bb%e5%9e%8b%e8%bd%ac%e6%8d%a2%e5%af%bc%e8%87%b4-jvm-%e7%b1%bb%e5%8a%a0%e8%bd%bd%e6%8f%90%e5%89%8d%e6%8a%a5%e9%94%99%e7%9a%84%e9%97%ae%e9%a2%98/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Sun, 08 Sep 2024 16:44:27 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[JVM]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=1494</guid>

					<description><![CDATA[论类型转换导致 JVM 类加载提前报错的问题 今天下午，一朋友在某群 at 我，神秘兮兮的说道要考我一个问题。 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>今天下午，一朋友在某群 at 我，神秘兮兮的说道要考我一个问题。题目是这样的： 我嗤之以鼻，这还用问吗？我甚至可以告诉你这个代码会报的错一定是 ，这也太简单了你拿这个来考我 balabala… 然而朋友鬼魅一笑（？），你别急啊，题还没出完呢： 我大笑（？）道，这还用问？ 永远是 ，也就是说内部代码永远不可能执行到，那么 Son 类也就永远不可能进入初始化阶段，所以这个代码肯定就不会报错了，这也太简单了你拿这个来考我 balabala… 然后朋友发来的一张图让我沉默了： 竟然真的会报错，难道 JVM 虚拟机会提前解析并未执行的代码行中包含的类引用吗？不对啊，这和我以前的实践完全不一样，怎么会这样…… 就在我陷入自我怀疑的时候，下一题来了： 我小心翼翼地问道：不会这样它就不会报错了吧… 朋友淡淡说道：正是。</p>
<p><a href="https://blog.hikarilan.life/tech/1494/%e8%ae%ba%e7%b1%bb%e5%9e%8b%e8%bd%ac%e6%8d%a2%e5%af%bc%e8%87%b4-jvm-%e7%b1%bb%e5%8a%a0%e8%bd%bd%e6%8f%90%e5%89%8d%e6%8a%a5%e9%94%99%e7%9a%84%e9%97%ae%e9%a2%98/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/1494/%e8%ae%ba%e7%b1%bb%e5%9e%8b%e8%bd%ac%e6%8d%a2%e5%af%bc%e8%87%b4-jvm-%e7%b1%bb%e5%8a%a0%e8%bd%bd%e6%8f%90%e5%89%8d%e6%8a%a5%e9%94%99%e7%9a%84%e9%97%ae%e9%a2%98/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>过去、现在和未来 —— Java 的现代化之路</title>
		<link>https://blog.hikarilan.life/tech/1431/%e8%bf%87%e5%8e%bb%e3%80%81%e7%8e%b0%e5%9c%a8%e5%92%8c%e6%9c%aa%e6%9d%a5-java-%e7%9a%84%e7%8e%b0%e4%bb%a3%e5%8c%96%e4%b9%8b%e8%b7%af/</link>
					<comments>https://blog.hikarilan.life/tech/1431/%e8%bf%87%e5%8e%bb%e3%80%81%e7%8e%b0%e5%9c%a8%e5%92%8c%e6%9c%aa%e6%9d%a5-java-%e7%9a%84%e7%8e%b0%e4%bb%a3%e5%8c%96%e4%b9%8b%e8%b7%af/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Sat, 01 Jun 2024 13:05:01 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=1431</guid>

					<description><![CDATA[过去、现在和未来 —— Java 的现代化之路 Java，一门广受赞誉，却又饱受诟病的语言，在从其诞生至今，便 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>此文章目前还提供视频版本：Bilibili | YouTube Java，一门广受赞誉，却又饱受诟病的语言，在从其诞生至今，便无时不刻的被拿来与其他语言对比，有时候这种对比是空穴来风的诽谤，但更多的是对这门语言未来的担心，而近 10 年来涌现的一个又一个新生的程序语言更是让 Java 一次又一次地被推上风口浪尖，使公众一次又一次的质疑：Java，是否真的停滞不前了？ 2024 年，从大街上随便抓一个 Java 程序员，询问其 Java 有哪些槽点，我相信你的这个下午大概是别想离开这个人的声音了 —— 从泛型不支持基本数据类型到各种各样令人抓耳挠腮的奇怪问题，你绝对可以听这个人滔滔不绝地说上一整天。那么这些问题 Java 官方知道吗？当然知道，他们在解决吗？Ummm，至少我们可以说，他们一直以来都正在积极的为解决这些问题而努力，并且有些槽点，</p>
<p><a href="https://blog.hikarilan.life/tech/1431/%e8%bf%87%e5%8e%bb%e3%80%81%e7%8e%b0%e5%9c%a8%e5%92%8c%e6%9c%aa%e6%9d%a5-java-%e7%9a%84%e7%8e%b0%e4%bb%a3%e5%8c%96%e4%b9%8b%e8%b7%af/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/1431/%e8%bf%87%e5%8e%bb%e3%80%81%e7%8e%b0%e5%9c%a8%e5%92%8c%e6%9c%aa%e6%9d%a5-java-%e7%9a%84%e7%8e%b0%e4%bb%a3%e5%8c%96%e4%b9%8b%e8%b7%af/feed/</wfw:commentRss>
			<slash:comments>3</slash:comments>
		
		
			</item>
		<item>
		<title>你知道吗，Java中的受查和非受查异常，其实并不存在区别&#8230;&#8230;</title>
		<link>https://blog.hikarilan.life/tech/1383/%e4%bd%a0%e7%9f%a5%e9%81%93%e5%90%97%ef%bc%8cjava%e4%b8%ad%e7%9a%84%e5%8f%97%e6%9f%a5%e5%92%8c%e9%9d%9e%e5%8f%97%e6%9f%a5%e5%bc%82%e5%b8%b8%ef%bc%8c%e5%85%b6%e5%ae%9e%e5%b9%b6%e4%b8%8d%e5%ad%98/</link>
					<comments>https://blog.hikarilan.life/tech/1383/%e4%bd%a0%e7%9f%a5%e9%81%93%e5%90%97%ef%bc%8cjava%e4%b8%ad%e7%9a%84%e5%8f%97%e6%9f%a5%e5%92%8c%e9%9d%9e%e5%8f%97%e6%9f%a5%e5%bc%82%e5%b8%b8%ef%bc%8c%e5%85%b6%e5%ae%9e%e5%b9%b6%e4%b8%8d%e5%ad%98/#respond</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Wed, 03 Apr 2024 15:21:49 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[JVM]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=1383</guid>

					<description><![CDATA[你知道吗，Java中的受查和非受查异常，其实并不存在区别...... 相信写过 Java 的人都会知道，在 J [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>相信写过 Java 的人都会知道，在 Java 的异常系统中，存在“受查（checked）”异常和“非受查（unchecked）”两座大山，两者虽然均为异常，但是却有着微妙的区别。但是你知道吗，实际上在 JVM 的世界里，这种区别根本不存在…… 为什么有时候调用某些方法的时候需要强制 try-catch 它们，亦或者在调用方法上加入 throws 关键字声明抛出，而有的方法虽然会抛出异常，但是并不会要求你这么做…… 如果有一位 Java 新手带着这样的疑惑问你，你一定会轻车熟路的告诉他：所有继承自 的异常，他们都是非受查异常，这些异常允许你不必强制在方法体上声明他们，亦或者强制通过 try-catch 捕获；而除此之外的异常，则都是受查异常，你必须按照上述的方法声明和捕获他们。 举个例子：以下代码是无法正常编译的： 因为 没有继承自 ，</p>
<p><a href="https://blog.hikarilan.life/tech/1383/%e4%bd%a0%e7%9f%a5%e9%81%93%e5%90%97%ef%bc%8cjava%e4%b8%ad%e7%9a%84%e5%8f%97%e6%9f%a5%e5%92%8c%e9%9d%9e%e5%8f%97%e6%9f%a5%e5%bc%82%e5%b8%b8%ef%bc%8c%e5%85%b6%e5%ae%9e%e5%b9%b6%e4%b8%8d%e5%ad%98/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/1383/%e4%bd%a0%e7%9f%a5%e9%81%93%e5%90%97%ef%bc%8cjava%e4%b8%ad%e7%9a%84%e5%8f%97%e6%9f%a5%e5%92%8c%e9%9d%9e%e5%8f%97%e6%9f%a5%e5%bc%82%e5%b8%b8%ef%bc%8c%e5%85%b6%e5%ae%9e%e5%b9%b6%e4%b8%8d%e5%ad%98/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Java 的 main 方法声明终于要变天了吗？ —— 浅谈 JEP 445</title>
		<link>https://blog.hikarilan.life/tech/1198/java-%e7%9a%84-main-%e6%96%b9%e6%b3%95%e5%a3%b0%e6%98%8e%e7%bb%88%e4%ba%8e%e8%a6%81%e5%8f%98%e5%a4%a9%e4%ba%86%e5%90%97%ef%bc%9f-%e6%b5%85%e8%b0%88-jep-445/</link>
					<comments>https://blog.hikarilan.life/tech/1198/java-%e7%9a%84-main-%e6%96%b9%e6%b3%95%e5%a3%b0%e6%98%8e%e7%bb%88%e4%ba%8e%e8%a6%81%e5%8f%98%e5%a4%a9%e4%ba%86%e5%90%97%ef%bc%9f-%e6%b5%85%e8%b0%88-jep-445/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Sun, 04 Jun 2023 15:16:08 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=1198</guid>

					<description><![CDATA[Java 的 main 方法声明终于要变天了吗？ —— 浅谈 JEP 445 前言 半天前，reddit 上一 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>半天前，reddit 上一篇名为 “Oracle trying to troll us.”的帖子突然爆火，随后这张图片被传入中文互联网，同样引发了网友热烈的讨论。这篇帖子的文章内容只有这样一张图片： 如果你是一位苦逼的 Java 程序员，那么当你看到这张图的时候也许震惊的会跳起来，但是如果你没有看懂，那就且听我细细往下说…… JEP 445: Unnamed Classes and Instance Main Methods (Preview) 的标题翻译过来是 “未命名类和实例 main 方法”，仅看标题你可能并不认为和上面那些东西有什么关系，但事实上，上述特性确实是由此 JEP 带来的。 事实上，JEP 445 早在 2023 年 2 月就被创建了，单之所以刚刚才火，是因为 OpenJDK 14 个小时前才批准了这个 JEP 的代码实现：</p>
<p><a href="https://blog.hikarilan.life/tech/1198/java-%e7%9a%84-main-%e6%96%b9%e6%b3%95%e5%a3%b0%e6%98%8e%e7%bb%88%e4%ba%8e%e8%a6%81%e5%8f%98%e5%a4%a9%e4%ba%86%e5%90%97%ef%bc%9f-%e6%b5%85%e8%b0%88-jep-445/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/1198/java-%e7%9a%84-main-%e6%96%b9%e6%b3%95%e5%a3%b0%e6%98%8e%e7%bb%88%e4%ba%8e%e8%a6%81%e5%8f%98%e5%a4%a9%e4%ba%86%e5%90%97%ef%bc%9f-%e6%b5%85%e8%b0%88-jep-445/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>读完《深入理解JVM字节码》啦！</title>
		<link>https://blog.hikarilan.life/daily/886/%e8%af%bb%e5%ae%8c%e3%80%8a%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3jvm%e5%ad%97%e8%8a%82%e7%a0%81%e3%80%8b%e5%95%a6%ef%bc%81/</link>
					<comments>https://blog.hikarilan.life/daily/886/%e8%af%bb%e5%ae%8c%e3%80%8a%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3jvm%e5%ad%97%e8%8a%82%e7%a0%81%e3%80%8b%e5%95%a6%ef%bc%81/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Thu, 05 Jan 2023 09:19:24 +0000</pubDate>
				<category><![CDATA[日常]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[大学生活]]></category>
		<category><![CDATA[开发]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=886</guid>

					<description><![CDATA[经过我不懈（大嘘）的努力，终于读完《深入理解JVM字节码》这本书啦！ 不得不说是一本非常不错的书，兼具理论和工 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>经过我不懈（大嘘）的努力，终于读完《深入理解JVM字节码》这本书啦！ 不得不说是一本非常不错的书，兼具理论和工程实践，在讲述 JVM 字节码结构的同时还穿插了 Kotlin，Android，ASM 等内容： 想起来这本书从21年年底到现在断断续续看了一年多才看完，属于是摸上加摸了，233： 接下来打算看看 C++，或者接着看那本还完全没打开过的《深入理解 Java 虚拟机》…</p>
<p><a href="https://blog.hikarilan.life/daily/886/%e8%af%bb%e5%ae%8c%e3%80%8a%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3jvm%e5%ad%97%e8%8a%82%e7%a0%81%e3%80%8b%e5%95%a6%ef%bc%81/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/daily/886/%e8%af%bb%e5%ae%8c%e3%80%8a%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3jvm%e5%ad%97%e8%8a%82%e7%a0%81%e3%80%8b%e5%95%a6%ef%bc%81/feed/</wfw:commentRss>
			<slash:comments>6</slash:comments>
		
		
			</item>
		<item>
		<title>论一种模块化的 Minecraft Minigame 游戏架构模型</title>
		<link>https://blog.hikarilan.life/thinking/874/%e8%ae%ba%e4%b8%80%e7%a7%8d%e6%a8%a1%e5%9d%97%e5%8c%96%e7%9a%84-minecraft-minigame-%e6%b8%b8%e6%88%8f%e6%9e%b6%e6%9e%84%e6%a8%a1%e5%9e%8b/</link>
					<comments>https://blog.hikarilan.life/thinking/874/%e8%ae%ba%e4%b8%80%e7%a7%8d%e6%a8%a1%e5%9d%97%e5%8c%96%e7%9a%84-minecraft-minigame-%e6%b8%b8%e6%88%8f%e6%9e%b6%e6%9e%84%e6%a8%a1%e5%9e%8b/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Mon, 02 Jan 2023 17:12:59 +0000</pubDate>
				<category><![CDATA[心得]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[BukkitAPI]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Minecraft]]></category>
		<category><![CDATA[开发]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=874</guid>

					<description><![CDATA[论一种模块化的 Minecraft Minigame 游戏架构模型 TL;DR: 本文章试图说明一种可用于开发 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>近一年来，我都在负责一款 Minecraft Minigame 的开发，籍此机会，我总结了一套灵活的，可拓展的，模块化的架构，可以高效的处理游戏主循环的运行。简而言之，这些架构由一些被称之为 , 和 的东西共同组成。要想了解它们，我们需要先从游戏主循环开始… 大多数游戏都具有游戏主循环，Minecraft 也不例外。游戏主循环在每一个单位时间下进行一次，处理用户输入，更新游戏内容的一些状态信息。在一个 Minigame 中，自然也应该存在游戏主循环。但是实际上，一个 Minigame 可能拥有多个线性阶段（例如等待阶段，游戏阶段等），这些阶段可能会在不同的情况下被触发，并层层递进，直到游戏结束。 为了更方便的在游戏主循环上进行开发，我们引入 和 的概念。 简而言之， 用于代表一个“单元游戏阶段”， 用于代表一个真正的游戏阶段，</p>
<p><a href="https://blog.hikarilan.life/thinking/874/%e8%ae%ba%e4%b8%80%e7%a7%8d%e6%a8%a1%e5%9d%97%e5%8c%96%e7%9a%84-minecraft-minigame-%e6%b8%b8%e6%88%8f%e6%9e%b6%e6%9e%84%e6%a8%a1%e5%9e%8b/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/thinking/874/%e8%ae%ba%e4%b8%80%e7%a7%8d%e6%a8%a1%e5%9d%97%e5%8c%96%e7%9a%84-minecraft-minigame-%e6%b8%b8%e6%88%8f%e6%9e%b6%e6%9e%84%e6%a8%a1%e5%9e%8b/feed/</wfw:commentRss>
			<slash:comments>6</slash:comments>
		
		
			</item>
		<item>
		<title>那些年，Kotlin 都截胡了哪些 Java 新特性</title>
		<link>https://blog.hikarilan.life/tech/849/%e9%82%a3%e4%ba%9b%e5%b9%b4%ef%bc%8ckotlin-%e9%83%bd%e6%88%aa%e8%83%a1%e4%ba%86%e5%93%aa%e4%ba%9b-java-%e6%96%b0%e7%89%b9%e6%80%a7/</link>
					<comments>https://blog.hikarilan.life/tech/849/%e9%82%a3%e4%ba%9b%e5%b9%b4%ef%bc%8ckotlin-%e9%83%bd%e6%88%aa%e8%83%a1%e4%ba%86%e5%93%aa%e4%ba%9b-java-%e6%96%b0%e7%89%b9%e6%80%a7/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Thu, 03 Nov 2022 14:31:23 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Kotlin]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=849</guid>

					<description><![CDATA[那些年，Kotlin 都截胡了哪些 Java 新特性 众所周知，Kotlin被称为最好的 Java。自 Kot [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>自 Kotlin 发布以来，凭借着其在 JVM 平台上惊人的兼容性，互操作性以及新特性支持，其迅速成为了广泛使用的 JVM 语言之一，就连 Google 也将 Kotlin 钦定为 Android 的首选开发语言。Kotlin 相对 Java 提供了非常多的特性，这些特性甚至截胡了某些 Java 即将推出的新特性，现在就让我们来盘点一下这些被 Kotlin “截胡” 的 Java 新特性吧… JEP 286: 本地变量类型推断 在 Java 10 发行，为在局部作用域的具有初始值的变量提供了自动类型推断： Kotlin 则始终支持（无论在全局还是局部作用域）变量自动类型推断： JEP 361: Switch 表达式 在经过 Java 12 和 13 的两次预览后，终于在 Java 14 中发行，其允许一种增强的 switch 语法：使用 case …</p>
<p><a href="https://blog.hikarilan.life/tech/849/%e9%82%a3%e4%ba%9b%e5%b9%b4%ef%bc%8ckotlin-%e9%83%bd%e6%88%aa%e8%83%a1%e4%ba%86%e5%93%aa%e4%ba%9b-java-%e6%96%b0%e7%89%b9%e6%80%a7/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/849/%e9%82%a3%e4%ba%9b%e5%b9%b4%ef%bc%8ckotlin-%e9%83%bd%e6%88%aa%e8%83%a1%e4%ba%86%e5%93%aa%e4%ba%9b-java-%e6%96%b0%e7%89%b9%e6%80%a7/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>有关 Kotlin 具名参数形参传参顺序导致输出结果发生改变问题的一些探索</title>
		<link>https://blog.hikarilan.life/tech/498/%e6%9c%89%e5%85%b3-kotlin-%e5%85%b7%e5%90%8d%e5%8f%82%e6%95%b0%e5%bd%a2%e5%8f%82%e4%bc%a0%e5%8f%82%e9%a1%ba%e5%ba%8f%e5%af%bc%e8%87%b4%e8%be%93%e5%87%ba%e7%bb%93%e6%9e%9c%e5%8f%91%e7%94%9f%e6%94%b9/</link>
					<comments>https://blog.hikarilan.life/tech/498/%e6%9c%89%e5%85%b3-kotlin-%e5%85%b7%e5%90%8d%e5%8f%82%e6%95%b0%e5%bd%a2%e5%8f%82%e4%bc%a0%e5%8f%82%e9%a1%ba%e5%ba%8f%e5%af%bc%e8%87%b4%e8%be%93%e5%87%ba%e7%bb%93%e6%9e%9c%e5%8f%91%e7%94%9f%e6%94%b9/#respond</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Thu, 05 May 2022 06:36:34 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Kotlin]]></category>
		<category><![CDATA[开发]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=498</guid>

					<description><![CDATA[有关 Kotlin 具名参数形参传参顺序导致输出结果发生改变问题的一些探索 具名参数 众所周知，Kotlin  [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>众所周知，Kotlin 拥有一种叫做具名参数(Named arguments)的特性，它在需要跳过可选参数，或是调整参数顺序的地方十分有效。 例如如下拥有五个参数，且后四个参数为可选参数的函数： 我们既可以直接传入一个 来调用这个参数： 也可以通过提供具名参数，传入几个可选参数值： 无论如何，他们都会正常工作。 但是，考虑如下情况： 函数是一个很简单的函数，它单纯向我们输出传入的 三个参数的值。在本例中，我们调用了三次 函数，前两次通过提供具名参数的方式调用，但两次传入的具名参数顺序略有不同：一次是 ，一次是 ，第三个则很简单，直接按顺序传入了参数。 那么问题是：我们得到的输出结果，是会按照具名参数顺序执行，还是按照方法形参顺序执行呢？ 经过测试，我们得到了这样的结果： 这也就意味着，</p>
<p><a href="https://blog.hikarilan.life/tech/498/%e6%9c%89%e5%85%b3-kotlin-%e5%85%b7%e5%90%8d%e5%8f%82%e6%95%b0%e5%bd%a2%e5%8f%82%e4%bc%a0%e5%8f%82%e9%a1%ba%e5%ba%8f%e5%af%bc%e8%87%b4%e8%be%93%e5%87%ba%e7%bb%93%e6%9e%9c%e5%8f%91%e7%94%9f%e6%94%b9/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/498/%e6%9c%89%e5%85%b3-kotlin-%e5%85%b7%e5%90%8d%e5%8f%82%e6%95%b0%e5%bd%a2%e5%8f%82%e4%bc%a0%e5%8f%82%e9%a1%ba%e5%ba%8f%e5%af%bc%e8%87%b4%e8%be%93%e5%87%ba%e7%bb%93%e6%9e%9c%e5%8f%91%e7%94%9f%e6%94%b9/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>第十三届蓝桥杯大赛软件赛省赛 Java 大学 B 组 试题</title>
		<link>https://blog.hikarilan.life/tech/477/%e7%ac%ac%e5%8d%81%e4%b8%89%e5%b1%8a%e8%93%9d%e6%a1%a5%e6%9d%af%e5%a4%a7%e8%b5%9b%e8%bd%af%e4%bb%b6%e8%b5%9b%e7%9c%81%e8%b5%9b-java-%e5%a4%a7%e5%ad%a6-b-%e7%bb%84-%e8%af%95%e9%a2%98/</link>
					<comments>https://blog.hikarilan.life/tech/477/%e7%ac%ac%e5%8d%81%e4%b8%89%e5%b1%8a%e8%93%9d%e6%a1%a5%e6%9d%af%e5%a4%a7%e8%b5%9b%e8%bd%af%e4%bb%b6%e8%b5%9b%e7%9c%81%e8%b5%9b-java-%e5%a4%a7%e5%ad%a6-b-%e7%bb%84-%e8%af%95%e9%a2%98/#comments</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Sun, 10 Apr 2022 08:32:31 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[算法]]></category>
		<category><![CDATA[蓝桥杯]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=477</guid>

					<description><![CDATA[（别问我考得咋样，野鸡水平，另外点击图片可以下载原 PDF 文件） 整了个省二，一般水平，不过对于我这个一道题 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>整了个省二，一般水平，不过对于我这个一道题没刷过的人来说已经很满足了(…</p>
<p><a href="https://blog.hikarilan.life/tech/477/%e7%ac%ac%e5%8d%81%e4%b8%89%e5%b1%8a%e8%93%9d%e6%a1%a5%e6%9d%af%e5%a4%a7%e8%b5%9b%e8%bd%af%e4%bb%b6%e8%b5%9b%e7%9c%81%e8%b5%9b-java-%e5%a4%a7%e5%ad%a6-b-%e7%bb%84-%e8%af%95%e9%a2%98/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/477/%e7%ac%ac%e5%8d%81%e4%b8%89%e5%b1%8a%e8%93%9d%e6%a1%a5%e6%9d%af%e5%a4%a7%e8%b5%9b%e8%bd%af%e4%bb%b6%e8%b5%9b%e7%9c%81%e8%b5%9b-java-%e5%a4%a7%e5%ad%a6-b-%e7%bb%84-%e8%af%95%e9%a2%98/feed/</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>ASM 那点事 —— 让 BungeeCord 允许 authlib-injector 中非 ASCII 的玩家 ID 连接</title>
		<link>https://blog.hikarilan.life/tech/441/asm-%e9%82%a3%e7%82%b9%e4%ba%8b-%e8%ae%a9-bungeecord-%e5%85%81%e8%ae%b8-authlib-injector-%e4%b8%ad%e9%9d%9e-ascii-%e7%9a%84%e7%8e%a9%e5%ae%b6-id-%e8%bf%9e%e6%8e%a5/</link>
					<comments>https://blog.hikarilan.life/tech/441/asm-%e9%82%a3%e7%82%b9%e4%ba%8b-%e8%ae%a9-bungeecord-%e5%85%81%e8%ae%b8-authlib-injector-%e4%b8%ad%e9%9d%9e-ascii-%e7%9a%84%e7%8e%a9%e5%ae%b6-id-%e8%bf%9e%e6%8e%a5/#respond</comments>
		
		<dc:creator><![CDATA[贺兰星辰]]></dc:creator>
		<pubDate>Tue, 15 Mar 2022 10:13:21 +0000</pubDate>
				<category><![CDATA[技术]]></category>
		<category><![CDATA[ASM]]></category>
		<category><![CDATA[BungeeCord]]></category>
		<category><![CDATA[Java]]></category>
		<guid isPermaLink="false">https://my.minecraft.kim/?p=441</guid>

					<description><![CDATA[起因 前些天在某个群跟群友聊天时，偶然听说了当一个符合 authlib-injector 规范的以非 ASCI [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>前些天在某个群跟群友聊天时，偶然听说了当一个符合 authlib-injector 规范的以非 ASCII 玩家 ID 的玩家连接 BungeeCord 时，BungeeCord 会以玩家 ID 字符不被允许为由禁止玩家加入服务器。这个问题令我很感兴趣，思考了一番以后，决定为 authlib-injector 贡献一个功能来解决这个问题。 通过交流测试得知，当这样的玩家加入这样的服务器时，客户端会以“Username contains invalid characters.”提示将玩家断开连接，因此我们前往 BungeeCord 的 GitHub 仓库中检索该字符串，并在 proxy/src/main/resources/messages.properties 处找到了其对应的本地化键 “name_invalid”；接着检索该本地化键，最终在 proxy/src/main/java/</p>
<p><a href="https://blog.hikarilan.life/tech/441/asm-%e9%82%a3%e7%82%b9%e4%ba%8b-%e8%ae%a9-bungeecord-%e5%85%81%e8%ae%b8-authlib-injector-%e4%b8%ad%e9%9d%9e-ascii-%e7%9a%84%e7%8e%a9%e5%ae%b6-id-%e8%bf%9e%e6%8e%a5/" rel="nofollow">来源</a></p>]]></content:encoded>
					
					<wfw:commentRss>https://blog.hikarilan.life/tech/441/asm-%e9%82%a3%e7%82%b9%e4%ba%8b-%e8%ae%a9-bungeecord-%e5%85%81%e8%ae%b8-authlib-injector-%e4%b8%ad%e9%9d%9e-ascii-%e7%9a%84%e7%8e%a9%e5%ae%b6-id-%e8%bf%9e%e6%8e%a5/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/?utm_source=w3tc&utm_medium=footer_comment&utm_campaign=free_plugin

使用 2224对象缓存Redis
使用页面缓存Disk: Enhanced 
Minified using Disk
数据库缓存1/4查询，在0.001秒内使用Redis

Served from: blog.hikarilan.life @ 2026-04-16 01:23:30 by W3 Total Cache
-->