第一个说法是根域名服务器只有13台，首先就不止13台，现在实际上有一千多台。另一个说法是根域名只能有13个，因为DNS报文长度的限制导致了只能有13个，实际上这个也是错了，即使是早期未拓展的DNS报文，最长也是可以有15个的。

有一个外部合作商，有次问我们，为什么我们的接口会概率性超时？但是这个接口是供很多外部合作商使用的，其他人都未反馈这个问题，只有他们反馈了，所以觉得很奇怪。

阅读spring boot如何执行事件监听器的代码，就意识到事件监听机制应该在spring boot中运用很广，而且它的代码形式就是要让开发者来使用的。所以就去搜索了下具体在Spring boot中运行事件监听器要怎么做。

Spring Boot 里面的SpringApplicationRunListeners，实际上它做的事情，基本上就是一个publisher。

[链接] 照着这篇文章可以解决wsl下进入zsh会乱码的问题。先下载字体 git clone https://github.com/powerline/fonts.git --depth=1 ，里面有一个install.ps1, 右键点击，选择用powershell打开，就会自动安装字体了。

《mvn spring-boot:run 指令是怎么运行起spring boot项目的》 上一篇的文章介绍了这个指令是怎么运行起一个spring boot项目的，但是并未详细说是怎么找到使用了注解@SpringBootApplication并含有main方法的类的，本文就打算说一下这个。

初学spring boot的时候，按照官方文档，都是建立了一个项目之后，然后执行 mvn spring-boot:run 就能把这个项目运行起来，我就很好奇这个指令到底做了什么，以及为什么项目里包含了main方法的那个class，要加一个 @SpringBootApplication 的注解呢？为什么加了这个注解@SpringBootApplication之后，mvn spring-boot:run ...

决定开始持续更新这个专栏的目的，就是为了记录学习Java过程中各种不懂，或者让我抓狂的东西，搞懂解决之后记录下来，方便自己也方便别人。以前学Java总是不得要领，要说不会吧，基本语法都会；要说会吧，真的是Java的基础库都没搞懂几个，更不要说并发，锁，Collection集合类等内容了。

List<T> , 这个 T 是一个形参，可以理解为一个占位符，被使用时，会在程序运行的时候替换成具体的类型，比如替换成String，Integer之类的。

在Github上下载了Spring Boot 的源码后，折腾了我几天才终于把这货给编译成功，并成功build出IDEA的project出来了，官方埋坑真的是天理不容啊。

之前学习总是囫囵吞枣，总是没有把不懂的东西搞懂的精神，导致很多很简单的概念，我都一直没搞懂。今天要一次性把 Bean，POJO和Dao这三个困扰我多年的概念搞懂来。

之前写 Java注解之如何利用RetentionPolicy.SOURCE生存周期时了解到Java的SPI机制，发现挺神奇的，因此就搜了下相关的知识。这一篇Java SPI思想梳理基本上把这个讲透了，ServiceLoader的文档也提供了更多详尽的知识，包括Module里如何使用SPI都有了。

网上没有找到多少关于Java的注解中生存周期里Retention.CLASS这个级别的文章，找到了这个回答：How can I access a RetentionPolicy.CLASS java annotation? ，最重要的一个作用，应该是在生成的class文件里增加更多的标识，给字节码解析和处理工具使用。比如我要给每个class里的字段都自动添加一个setter方法，那就需要...

上一篇文章简单讲了下Java注解的学习之元注解说明，学习了Java注解是如何定义的，怎么使用的，但是并没有介绍Java的注解是怎么起作用的，像Spring Boot里面的那些注解，到底是怎么让程序这样子运行起来的？特别是讲到RetentionPolicy这一块，到底在SOURCE阶段，在CLASS阶段，在RUNTIME阶段有什么差别，注解是如何在这三...

最近在学习Spring Boot，发现真的是一个靠注解搭起来的框架，Spring从使用XML到现在使用注解，大概是终于发现绝大多数人所写的项目，都不需要XML的松耦合，快速上线、快速丢弃、快速接手，在一切都要求快的互联网公司里，XML这样的松耦合浪费太多的学习成本了，划不来。

在学习Java NIO的过程中，我一直理解不了Java NIO是怎么用来实现高并发的服务器的，网上给出的例子里，基本上没有多少说到这一点的，Tomcat，Jetty这些的源码又太庞大了，导致我无从下手。

最近出了个故障，有个接口的请求居然出现了长达几十秒的处理时间，由于日志缺乏，网络故障也解除了，就没法再重现这个故障了。为了可以在下次出现问题的时候能追查到问题，所以需要添加一些追踪日志。添加这些追踪日志，我希望能够达到如下几点：