SpringBoot 使用阿里云的短信服务出现问题
异常12345Exception in thread "main" java.lang.NoSuchMethodError: org.json.JSONArray.iterator()Ljava/util/Iterator; at com.aliyuncs.regions.LocalEndpointResolver.<init>(LocalEndpointResolver.java:3
SpringBoot 集成 WebSocket
SpringBoot 集成 WebSocket 场景 & 需求 前置知识 引入依赖 配置 SpringBoot WebSocket 支持 双向广播服务端 双向广播客户端 单向广播服务端 单向广播客户端 点对点推送服务端 点对点推送客户端 单向点对点推送服务端 单向点对点推送客户端 记录 user -> Socket 会话对应的映射表 接受/返回复杂类型的消息（服务端） 发送/订阅复
配置文件 yml
本文主要引用自：Spring Boot 配置文件详解，这里主要是为了进行记录以便吾辈进行查找。 yml 是 YAML（YAML Ain’t Markup Language）语言的文件，以数据为中心，比 json、xml 等更适合做配置文件。 对比：yml 和 xml 相比，少了一些结构化的代码，使数据更直接，一目了然。yml 和 json 呢？没有谁好谁坏，合适才是最好的。yml 的语法比
使用 Java 实现 setTimeout/setInterval
场景之前想把 Java 代码中使用回调函数的方法改成 Promise 风格，苦思冥想而不得其解。然而突发奇想之下，吾辈尝试在 Java 中实现 JavaScript 的 setTimeout/setInterval，并在之后想到了如何封装回调为 Promise，所以便先在此将这个想法的写出来以供参考。 Promise 是 ES6 添加的一个重要的元素，它将回调函数压平为了一级调用，并在 ES7
SpringMVC @RequestParam 参数不能自动转换泛型集合
GitHub example 场景在使用 SpringMVC 传参的时候遇到的一个问题，本来需要的参数类型是 Map<Integer, Integer>l。然而浏览器传递过来的是 Map<String, String>。然而，此时 SpringMVC 并没有直接说参数类型错误。 Controller 大概是下面这样 123456789101112@RestControl
SpringBoot 集成 Thymeleaf 模板引擎
场景最近开始了一个新的项目，后端使用了 SpringBoot。因为没有进行前后端分离，所以还需要模板引擎。经过调查，我们放弃 JSP/JSTL 而选择了 SpringBoot 默认推荐的 Thymeleaf。 附：不要吐槽 JSP/JSTL 很老，吾辈自己都觉得很老，然而公司不允许前后端分离，无解。。。（或许有？） 实现创建项目使用 springboot.io 创建项目，选择 Web 和 Th
Windows 上安装 JDK 并设置环境变量
从 Oracle 官网下载 JDK首先在浏览器打开 JDK8 下载页面 找到 Java SE Development Kit 8uXXX 勾选 Accept License Agreement，点击下载平台对应的二进制文件，这里以 Windows 平台为例，选择 jdk-8u191-windows-x64.exe 下载就好了 运行安装程序双击打开 JDK 安装，其实基本上就是一路 Next 下去
Windows 下安装 Gradle
官网, GitHub 场景吾辈需要在 Windows 下 build Android 的项目，作为 Android 官方推荐的构建工具，Gradle 也却是不得不用呀 安装在官网的版本 发布页面 找到 Download 的 binary-only 链接，点击即可下载了（后面的 complete 指的是完整版，我们只是使用的话并不需要下载那个）。 设置环境变量下载完成后，将文件解压出来，解压出来
使用 GitHub 作为 Maven 仓库
GitHub 示例 场景吾辈在日常工具中也有一些公共的代码库，一直想分离成单独的类库却没有机会，看到使用 github 就能部署 maven 仓库就尝试了一下。 这里吐槽一下 maven 中央仓库的发布流程，不知道为什么不能像 npm 一样一个简单的命令就能发布多好！ 创建一个 maven 项目上传到 github这是初始的 pom.xml 1234567891011121314<!
使用 Java8 新的时间 API
简介Java8 面世以来已经 6 年了，许多人也开始使用起了 lambda,Stream<T>,Optional<T> 之类的新的语言特性，然而对于 Java8 提供的新的时间 API 虽然据说比旧版本的 Date 好很多，但并没有得到完全的使用。一方面是为了兼容旧的系统，另一方面 Java8 的时间 API 似乎太过于强大了，让人有些不知所措，不知道应该从何下手。再加上因