minecraft_server
SpigotAPI
Spigot的API文件
独立出的Spigot应用程序接口，用于插件开发者使用
PaperSpigot
Spigot的优化版！
相比Spigot服务端来说有着显著的性能提升
（Tiles几乎不再消耗CPU时间，爆炸算法优化，红石不再卡服，流水算法优化，区块压缩节约内存，优化Spigot自带的Anti X-ray等等）
并且有许多可自定义项目
（船损坏依然掉落船，各种地形生成的开关等等）
TorchSpigot
国人自制Spigot分支！
相比Spigot，Paperspigot，Taco服务端拥有爆炸性优化
与其他核心相比，Toch具有以下特性：
将更高版本上的各种更新重新应用到1.9.4/1.8.8上
更完善的功能，包括自动保存和内置反X-ray(by stonar)等功能（下文详细）
更优秀的性能，多线程处理 充分利用多核心CPU
内置了1.9-1.9.2版本的MC连接支持
包括实体、爆炸等均为多线程计算，防止卡顿
MCPC-Plus 现已更名为Cauldron
Libigot
Sponge是一个新的Minecraft服务端。目前还在开发中。
简单的说，就是在Bukkit因为DMCA而挂掉之后，一群人决定抛弃Bukkit并重写一套服务端的API，这就是Sponge。
更具体一些的内容可以看
论坛内介绍地址。和
这里并且感谢坛友@RecursiveG 在坛内发布的介绍~
BungeeCord
并不是一个服务器.
是服务器之间的桥梁,可以轻松的把多个服务端通过此服务端连接起来，在各个服务端之间来回跳跃,实现云服务器。
关于此服务端的架设本帖会进行更新，关于这个服务端的基础本人已经整合了一个基本的BungeeCord的云服务器懒人包，可供参考。
如何使用这些核心？
[craftbukkit、spigot、PaperSpigot、Libigot、Spoutcraft]适用↓
第一步:下载需要开启的服务器核心
第二步:创建一个服务器根目录文件夹
第三步:新建一个TXT文档，键入以下命令: Java7 -Xms最小内存 -Xmx最大内存 -XX:MaxPermSize=128M -XX:+AggressiveOpts -XX:+UseCompressedOops Java8 -Xms最小内存 -Xmx最大内存 -XX:+AggressiveOpts -XX:+UseCompressedOops * -XX:+AggressiveOpts的含义是尽可能的使用更多对性能有帮助的优化功能 * -XX:+UseCompressedOops的含义是指针压缩，可以减少一定的内存占用（64位才支持
或: - @echo off
- :MAIN
- cls
- java -Xms1024M -Xmx1024M -jar 核心文件名字.jar
- if exist "plugins\RestartEvolution\restart.mcs" goto MAIN
- if not exist "plugins\RestartEvolution\restart.mcs" goto END
- :END
- echo.
- pause>nul
第四步:把txt文件后缀改为bat，并启动 第五步:等自动关闭后打开自动生成eula.txt文件夹 把下面的eula=false改为eula=true然后保存并关闭 第六步:启动bat，更改server.properties文本 服务器成功启动 |
| 1.下载Lib库文件和Cauldron本体 2.解压Lib压缩文件到一个目录内，把本体放到同目录内 3.新建txt文件，输入: - @echo OFF
- java -Xmx1024M -Xms1024M -jar cauldron.jar
- PAUSE
4.后缀改为bat 5.启动服务器。 |
[spongeForge、SpongeVanilla]适用↓
| SpongeForge: 1.首先设置好官方服务端+Forge环境(注意不是Cauldron) 2.将Sponge的jar放入mods文件夹 3.启动服务器 启动方法是在终端中运行：（版本号请按实际情况输入） - java -jar forge-1.8-11.14.1.1371-universal.jar
首次运行会生成eula.txt文件，将其中的eula=false修改为eula=true
SpongeVanilla: SpongeVanilla 的使用方法和 CraftBukkit 一样，下载好jar文件后直接执行 - <div>java -jar spongevanilla-1.8-2.1-DEV-51.jar
- </div>
首次运行会生成eula.txt文件，将其中的eula=false修改为eula=true
|
[BungeeCord]适用↓
[Minecraft_Server]官方服务器适用↓
| windows平台: exe版:双击文件后修改eula文件 jar版:(1)双击文件后修改eula文件 (2)执行: - <div>@echo off
- :MAIN
- cls
- java -Xms1024M -Xmx1024M -jar 核心的名字.jar
- if exist "plugins\RestartEvolution\restart.mcs" goto MAIN
- if not exist "plugins\RestartEvolution\restart.mcs" goto END
- :END
- echo.
- pause>nul</div>
Linux等平台 如上。 |
生成文件:
统一生成:[BungeeCord除外]
[spoiler]
loge 服务器后台数据备份
crash-reports 崩溃报告
plugins 插件文件夹
world 主世界
world_nether 地狱世界
world_the_end 末路之地
banned-ips.json 封禁ip列表
banned-players.json 封禁玩家列表
eula.txt EULA协议
help.yml 在游戏中输入/help的东西
ops.json 服务器管理员列表
server.properties 服务器基础设置
usercache.json 玩家在world里的player文件夹的读取ID
whitelist.json 白名单列表
另外
Spigot.yml为spigot服务器的设置文件
bukkit.yml为spigot服务器、bukkit服务器的设置文件
Paper.yml为PaperSpigot服务器的优化文件
Spout.yml为Spout服务器的设置文件
BungeeCord服务器生成:
modules
plugins:BungeeCord的插件文件夹
config.yml:配置文件
locations.yml:设置文件
modules.yml:设置文件
有关于BungeeCord的一切:
介绍:
BungeeCord跨服群组是很流行的一种分布式部署Minecraft服务端从而提高服务器硬件资源利用率的技术。现在已经有很多关于BC群组的教程帖，水平参差不齐，其中有部分教程帖不仅是描述不清晰，甚至在某些地方有错误的描述，从而误导了很多人。 因为本文的主要内容是基于官方Wiki，所以有可能不适合新手服主来阅读，以后我可能会根据情况来写深入浅出的快速搭建指引专供新手阅读。
关于设置:
设置最大内存的建议：每多500人就多增加512M内存的分配，当然如果你用了BC端的插件，你也得考虑这些插件的内存占用
建议在Linux生产环境下运行BungeeCord
如果你使用Multicraft，请下载他们推荐的配置文件：http://www.multicraft.org/download/conf/?file=bungeecord.jar.conf
请将你子服务端目录下的“bukkit.yml”中的“connection-throttle”一项的数值修改为“-1”
请将你子服务端目录下的“server.properties”中的“server-ip”一项的值修改为“127.0.0.1”（原因请参见另一篇关于漏洞解析的帖子）
为了提高安全性，请确保你的服务器防火墙阻断了玩家直接连入后端服务器的请求（最好只给你的BC端开放唯一一个外网端口）
添加服务器列表页图标的方式和普通服务器一样，放一个64*64像素的png文件到BC端文件夹即可，图片名称是“server-icon.png”
如果你想获取到正版玩家的UUID，请在BungeeCord的“config.yml”中设置“ip_forward: true”，并使用spiot/cauldron作为子服务端，然后在“spigot.yml”中设置“bungeecord: true
添加子服务器:
在config中，找到如下并修改。
servers:
login:
address: 127.0.0.1:25560
restricted: false
motd: '&b这是登陆服务器'
survival:
address: 127.0.0.1:25561
restricted: false
motd: '&c这是生存服务器'
game:
address: 127.0.0.1:25561
restricted: false
motd: '&c这是游戏服务器'
有关于Sponge的一切:
Sponge 项目目前由四个部分组成，鉴于有人搞不清楚其中的差别于是我在这儿罗列一下
| SpongeAPI | 即一套 API 标准，本身不能做任何工作，但是所有的插件均基于 API 编写，运行插件需要“实现”。 |
| SpongeForge | SpongeAPI 的官方“实现”之一，基于 Forge，本身是一个 Mod，可以理解为所有 Mod 服务器的 Sponge 插件的前置依赖。使用该实现的服务端可以安装 Mod， 类似 Cauldron。同时它也可以在客户端使用，即单机也可以用插件。 |
| SpongeVanilla | SpongeAPI 的官方“实现”之二，基于原版服务端。使用该实现的服务端不能安装 Mod， 类似 CraftBukkit。 |
| SpongeDocs | Sponge 项目的官方文档，主要包含了服务器建立和插件开发相关的内容，部分有中文翻译。 |
本帖提供的是 SpongeForge 和 SpongeVanilla 的下载地址。Sponge要求使用Java8运行
关于:
Sponge 是一个新的向 Minecraft 服务器添加插件支持的项目。目前还在开发中。
简单的说，在 Bukkit 因为 DMCA 而挂掉之后，一群人决定抛弃 Bukkit 并重新设计一套服务端的 API，这就是 Sponge。
更具体一些的内容可以看
szszss菊苣的博客。
目前，Sponge 作为一个 Mod 存在，但是它并不会要求在客户端也安装 Forge。
另外，因为 Sponge 的 Mod 本质，它也可以在客户端运行
友链:
有关于PaperSpigot的一切
介绍:
PaperSpigot是一款基于Spigot服务端进一步优化修改而来的MineCraft原版服务端.
但相比Spigot服务端来说有着显著的性能提升
（Tiles几乎不再消耗CPU时间，爆炸算法优化，红石不再卡服，流水算法优化，区块压缩节约内存，优化Spigot自带的Anti X-ray等等）
并且有许多可自定义项目（船损坏依然掉落船，各种地形生成的开关等等）。
Tools的用法:
Tools的用处:
1.能时刻获得最新的版本
2.不用担心服务端是否被动了手脚，都是官方的git直推的
使用方法:
首先请从官方的地址获取最新的Tools工具
https://ci.destroystokyo.com/job/PaperSpigot-BuildTools/
首先需要git的环境，请百度msysgit，并下载，下载后打开，并选择安装路径进行安装
然后需要创建一个bat脚本来运行这个tools，下面是一段示范
- @echo off
- title paperspigot制作工具，制作by AppleTop - soutou
- set startdir=%~dp0
- set bashdir="F:\msysgit\bin\bash.exe" 此处请替换成你的msysgit安装路径中bash.exe文件的路径
- %bashdir% --login -i -c "java -jar ""%startdir%\PaperTools.jar"""
- pause
有关于Spout的一切
在正版mc玩家社区当中有几个非常著名的modpack一样的东西——tekkit、voxel、spoutcraft
跟其他modpack不一样的地方在于，这几个东西都有自己的启动器，并且都需要正版验证。
这几个东西在中文mc社区内我几乎完全没见有人讨论。不过，既然连正版minecraft的启动器都没有几个人用过，这样的modpack 启动器完全没有人气或者知名度也是正常的。
而在这里面，spoutcraft又是比较特殊的一个mod. 比起modpack，它更像是一个API，跟forge类似的一种东西——然而跟forge不同的是，spout能够被用来做mod的那部分API离完成永远遥遥无期（毕竟没有non-premium用户的关注和支持），这导致spout在实际上能提供的内容极其有限。
不过spout在多人游戏上有着一个非常大的优势：官方支持bukkit。不仅如此，如果在服务端安装了spout的mod，客户端不需要事先进行针对性配置——也就是说，使用同一个spoutcraft客户端你可以玩服务器提供的任何mod.
SpoutAPI之所以工程量浩大迟迟无法完工，就是因为像bukkit一样，spout不是一个基于Notch-code的mod. Forge的开发者能够通过反编译官方版的minecraft，在其基础上增加各种各样的hook，然后统一提供一个接口给mod开发者。这样的开发没什么后顾之忧，并且可以步步为营加一个算一个随时可以发布。然而对于SpoutAPI，他要做的基本是把整个mc重新写一遍。有什么地方不对或者没完成，整个spout都没法发布。
所以forge的发布可以超勤快，而且还可以嫌sdk的工作太慢自己出fml，而spout却一直拖到连1.4都要发布了，才更新1.3.2推荐版。
也是同样的原因，spout可以从头到尾稳定地支持bukkit且没有版本兼容问题，而mcpc到现在也没把1.3.2的forge给port出来。
————————————————————————————————————
其实说起来，spout也并不是只有正版玩家可用，你甚至不需要破解就能使用spout.
spoutlauncher在启动时无论你是否成功登陆，都会将整个spoutcraft的客户端更新下载下来，你只需要以某种方式启动这个客户端就行了。
具体方法不做提供。
spout官网：http://www.spout.org/
有关于优化的一切:
server.properties中可以优化性能的参数：
* view-distance，视距，默认值是10。含义是玩家的视距也就是加载的区块范围，默认是10个区块，视距10加载的区块是视距5的四倍。加载更多的区块则需要更多的内存和运算能力。推荐将这个值设置在5或者6，如果在线人数非常多可以设置为4。降低视距可以有效减少内存的占用，也能有效提高TPS，还可以减少宽带的使用量。这个参数对性能提升是立竿见影的。
* generate-structures，默认值是true。含义是生成和计算一些特殊的环境，例如女巫塔、村民到达数量生成铁傀儡等等。设置为false可以减少这些特殊环境生成和周期性检查带来的开销。这个参数很少被提起，但是对性能的提升有着不少的帮助。例如我的服务器生存子服有130人左右在线，TPS在17左右，关闭这个功能后提高到了19左右。需要彻底关闭这个参数，还需要在spigot.yml中把save-structure-info设置为false。并且关服后手动删除每个世界（例如world、world_nether、world_the_end）下的data文件夹里的Fortress.dat、Mineshaft.dat、Stronghold.dat、Temple.dat、Village.dat文件。
*network-compression-threshold，默认值是256。这个参数只有1.8的服务端才有，含义是网络封包压缩的阀值。例如设置为16，代表封包大于16才被压缩，设置成256代表着封包大于256才被压缩。设置的值越小则会压缩更多的封包，可以使得宽带使用减少，提高网络流畅程度，但是也会增加性能的开销。如果性能够用可以设置为128，使得更多通讯封包被压缩，一定程度上减少宽带使用率又不会带来太多的性能开销。设置的值太小，例如小于等于32会明显增加对能的开销，不建议这么做。
bukkit.yml中可以优化性能的参数：
* spawn-limits，意思是限制实体的生成。这个并不是限制一个区块生成多少实体，而是针对一个人可以生成多少实体。例如monsters: 70，在线人数只有10个人，则最多只能生成700个怪物实体（僵尸、骷髅、蜘蛛等等），适当的设置这些参数可以减少实体对性能的影响。
* chunk-gc，控制着区块的回收，单位是Tick（1/20秒），period-in-ticks是指每过多少tick回收一次需要回收的区块，设置的太小会导致回收过于频繁而影响性能，设置的太大会导致需要回收的区块迟迟不回收使得内存占用过大。合理的数值一般是300~400。load-threshold是指达到多少需要回收的区块的时候才进行回收。例如设置成300，只有当需要回收的区块到达300以上才进行回收，合理的设置这个数值可以使得额外只多占用一丁点内存却使得区块回收的性能开销可以被无视。一般设置为300~600比较合适。
*autosave，自动保存存档（地图、玩家数据等）的周期，单位是Tick（1/20秒），如果你使用了定时保存的插件，例如Saveit、AutoSave等等，你可以将他设置为0，即关闭这个功能。这样可以减少服务器瞬卡发生的可能
spigot.yml中可以优化性能的参数：
* user-cache-size，1.7.5以上版本才有，其控制用户缓存的大小，如果你的服务器玩家很多，可以设置的更大一些，例如5000。
* save-user-cache-on-stop-only，1.7.5以上版本才有，其含义是是否只在服务器关闭/重启的时候保存用户缓存，设置为true可以提高性能。
* view-distance，同server.properties里的view-distance一样。
* chunks-per-tick，是指每tick（1/20秒）扫描计算多少区块，计算的内容是作物的生长。默认值是650，可以设置成350来提高性能。极端的情况可以设置成150，但是会使得作物生长的速度明显变慢。
* max-tick-time: （仅较新的版本有该参数，如1.8.3+）是指每tick，实体和tile最多可以用的时间（单位是毫秒），要明白其含义首先要解释什么是TPS，TPS的意思是每秒有多少tick，最大值是20，也就是每秒tick20次，每次50毫秒。如果运算量过大导致每tick计算了超过了50毫秒，那么TPS就会下降，一旦TPS低于15就会产生明显的卡顿。在这参数中tile代表着熔炉、箱子、牌子、骷髅头等等所能占用的最大时间，entity是指的实体，例如动物、怪物、村民、展示框、掉落物、船、矿车等等。设置tile和entity的总和小于等于30则能明显降低tile和entity对TPS的影响，而服务器运算资源几乎一大半都是由这两者消耗的。设置tile为10，entity为20比较合适，如果实体非常多，还可以设置tile为6，entity为24。
* anti-xray，服务端自带的反透视功能，俗称假矿。这个功能相比插件版的假矿来说，额外内存占用极少，少到可以忽略，并且矿物的变动计算是异步进行的，对TPS的影响很小。engine-mode为1则是隐藏矿物，engine-mode为2则是将非矿物也伪装成矿物，engine-mode设置为2的效果最好，但是会额外吃一定的性能和宽带，但是engine-mode设置为1无法防御矿追。具体如何权衡请自行决定。如果你不需要本功能，例如你是纯RPG服务器，可以直接把enabled设置为false关闭这个功能，提高性能。
nerf-spawner-mobs，简单来说就是让刷怪笼生成的怪物变成白痴，直观感受就是刷怪笼刷出的怪不能攻击了。默认为false，意思是不开启。设置为true可以获得一定的性能提升。
* entity-activation-range，这个参数是控制实体的活跃范围，例如monsters: 32意思是在玩家附近32格范围内的怪物才会活跃（被计算AI等），减少这个数值可以明显提升性能，但是设置得过小会使得游戏难度大幅降低。一般可以把monsters设置为24，animals设置为12，misc设置为2（misc主要是掉落物，设置2可以使得掉落物几乎不再卡服）。
entity-tracking-range，这个参数是控制实体的可见范围，这个参数不会影响性能，对宽带的影响也极小。不建议修改这个参数，但是适当的降低数值可以减少客户端的卡顿。
* random-light-updates，随机的光照更新，设置为true的话服务器会随机更新光照，并且在区块加载的第一个tick运算光照逻辑。设置为false可以提高不少性能。
* save-structure-info，在前面已经介绍了。
max-bulk-chunks，1.7.10+才有这个参数，意思是每个数据封包里塞多少个区块。适当提高这个数值，例如从10提高到15可以减少网络卡顿和客户端读取区块的速度，但是设置得过高会导致客户端崩溃。
* max-entity-collisions，实体碰撞箱的阀值。建议设置为2，可以减少密集卡服的问题。
* max-tnt-per-tick，每tick（1/20秒）最多计算多少TNT爆炸，设置为20可以显著防御TNT蹦服。
paper.yml中可以优化性能的参数：
keep-spawn-loaded，spawn区块是否常驻内存，设置为false可以减少一定的内存占用和计算量
* tick-next-tick-list-cap，每tick最大的运算量，减少数值可以提高TPS，例如设置为8000
* tick-next-tick-list-cap-ignores-redstone，达到上面的运算阀值是否无视红石运算，设置为true可以显著减少红石对服务器性能的影响。
* optimize-explosions，是否开启爆炸算法优化，设置为true可以提升一定的服务器性能
* use-async-lighting，是否让光照的逻辑运算异步化，设置为true可以使得光照运算不再影响TPS，强烈推荐设置为true
* cache-chunk-maps，是否缓存chunkmaps，可以让区块的数据更多得被复用，可以一定程度提高性能，推荐设置为true
* fast-drain，快速液体流动运算，推荐设置为true，可以减少液体流动运算对服务器性能的影响
有关于TorchSpigot的一切
转载部分与http://www.mcbbs.net/forum.php?mod=viewthread&tid=610636
Torch（或TorchSpigot）是一款基于TacoSpigot并对其进行完善和提高的服务端核心
由于是分支，仍然能够兼容Spigot/Bukkit的插件（部分使用NMS的插件可能会无法使用）
与其他核心相比，Toch具有以下特性：
将更高版本上的各种更新重新应用到1.9.4/1.8.8上
更完善的功能，包括自动保存和内置反X-ray(by stonar)等功能（下文详细）
更优秀的性能，多线程处理 充分利用多核心CPU
内置了1.9-1.9.2版本的MC连接支持
这里并没有稳定性）
包括实体、爆炸等均为多线程计算，防止卡顿
使用Torch有以下需求：
软件：Java 8或更高的版本（建议使用Oracle JDK，对性能提升可能有帮助 / 请尽量使用新一些的Java8）
硬件：推荐使用CPU核心数2+
与Paperspigot对比压力测试
Spigot：大约1200只怪物时TPS开始跌落
Torch：大约8500只怪物时TPS开始跌落
所有核心都能明显利用 （非专业测试，测试结果仅供参考）
和图片似乎没有关系
测试环境：nc
PaperSpigot：约4.5秒
Torch：约0.8秒
地图为新生成）
更多内容请前往原作者帖子进行查看，希望大家对原创服务端作者报以支持
http://www.mcbbs.net/forum.php?mod=viewthread&tid=610636
