Coroutine（协程）是编程语言的一种机制，该机制允许开发者编写出和过程式写法相同的代码，并在编译时得到一系列相互调用的子过程，从而使不同的子过程可以在不同的场合执行。
Coroutine 的最常见用途是编写异步代码，而 Minecraft 中恰恰存在大量需要使用异步代码的场合：比方说我们有时需要将某段代码延迟到一个或多个 tick 后执行，有时需要将某段代码延迟到下一次事件触发时执行，等等。
目前很多主流的编程语言都提供了相对官方的 Coroutine 支持，如 C#、Python、JavaScript，等等。虽然 Java 官方至今仍然没有支持
本文作者zzzz（@ustc-zzzz），使用CC-BY-SA 4.0协议授权。
对于一段程序来说，需要关注的无非就两件事：程序管理的数据，以及程序操控数据的方式。对于Java来说，前者对应的是对象及其字段（Field），而后者对应的自然是对象的方法（Method）了。但是，什么样的方法，会在什么时候执行呢？对于Forge Mod来说，这并不是一件可以立刻回答上来的问题。本篇文章就将一步一步地阐述，Forge会让你编写的Mod，在什么时机，执行什么样的代码，以及Forge为什么要这样做。
凡是写过比Hello World更高级的代码的普通Java开发者都一定知道，Java程序是从一个类的main方法开始执行的。
时隔约一年没有写文章了啊。这次带来的是Sponge的Inventory系统。
众所周知，对于一个插件API，GUI界面总是绕不过的。GUI经常被用作菜单等方便用户交互的界面，其中最常见的就是箱子界面。对于SpongeAPI而言，其对应的就是Inventory系统。
Inventory是一个相对复杂的系统，但是一方面，SpongeAPI是一个经过重新设计的API，操纵Inventory的方式和Bukkit大不相同，另一方面，至今（2017年底）SpongeAPI的Inventory系统仍然正在测试，其本身仍有一些实现不完善之处。不过，这不妨碍我们去使用Inventory系统的一个子集，这部分子集在SpongeAPI中已经稳定下来了。
这篇文件将会整理本人近年来使用SpongeAPI内置Inventory系统的一些经验，以及作者比较确定的，在最新版本的SpongeForge和SpongeVanilla中已经稳定的特性。本文使用的SpongeAPI版本为5.2.0，也就是针对Minecraft 1.10.2。针对Minecraft
实际上在Forge Mod项目中给IDE添加JVM参数是一个比较常见的需求，如Forge要求添加这样一个JVM参数启动Coremod：
-Dfml.coreMods.load=com.example.yourpackage.YourCoremodClass
然后每次都要在IDE中手动添加的我终于有一天忍不住了，决定在build.gradle中自己写一段自动添加JVM参数的脚本，然后这也是这篇Post存在的意义。
脚本的内容很简单。想要用的话，直接在build.gradle文件里找个空行把这段代码扔进去就行了，最后别忘了重新生成IDE的配置文件，也就是执行gradle cleanEclipse eclipse或者gradle cleanIdea idea指令：
先随便写一段公式试试吧：
mathjax \(\mathrm{The\ form\ of\ the\ Schr\ddot{o}dinger\ equation\ is:\ }\)
$$
-\frac{\hbar^2}{2m}\nabla^2\Psi+V\Psi=i\hbar\frac{\partial\Psi}{\partial{}t}
$$
看着还不错，这是相应的LaTeX代码：