我的世界很多玩家都有自己的服务器，但是很多玩家并不知道怎么优化和维护服务器，从而导致服务器很卡，今天小编为大家带来的是我的世界服务器优化攻略，还不知道怎么优化服务器的小伙伴不要错过哦。

< /></><>　　(网页后台可以跳过本段)关于系统的选择，><>　　(网页后台可以跳过本段)><>< /></><>　　从服务端的选择开始就注定了性能优劣的起步水平，现在依然有不少人认为>游戏新闻哪里看</>红石不再卡服，流水算法优化，区块压缩节约内存，优化><>　　(网页后台可以跳过本段)越多的启动参数反而导致越多的性能损耗。在不了解JVM工作原理的情况下，游戏新闻哪里看不要随随便便增加一大堆无用的启动参数。一般情况下指定最小内存、最大内存即可，游戏新闻哪里看Java7还需要指定一个大于等于128MB的MaxPermSize。GC回收模式等等参数都应该由JVM自动选择，例如国外论坛流传的使用G1GC可以优化MC性能，的确，G1GC减少了Full GC的时间，但是会额外增加10%~30%的CPU时间占用，完全得不偿失。还有流传很广的设置MaxGCPauseMillis参数。这个参数的含义是控制GC垃圾回收的最大时间。设置一个很小的数值的确从表面来看服务器没有瞬卡的问题了，但是这样会导致每次垃圾回收都不够深入和全面，这样的结果就是服务端运行时间越久越卡，而且很可能出现OOM(内存不够了)直接蹦服。

　　例如Java7的开服参数可以是(大型插件非常多，MaxPermSize可以设置得更高)：

　　* -XX:+AggressiveOpts的含义是尽可能的使用更多对性能有帮助的优化功能

　　不要小瞧参数的修改带来的优化空间，有时候只修改一个参数，就是在线的差距。参数的调整分别为 server.properties(原版服务器就有)，bukkit.yml(水桶服或者衍生版就有)，spigot.yml(Spigot或者衍生版就有)，paper.yml(PaperSpigot才有)。

　　* 其中对性能有显著影响的前面为红色的星号，有中等程度影响的为蓝色的星号，没有颜色的星号是建议设置项

　　* view-distance，视距，默认值是10。含义是玩家的视距也就是加载的区块范围，默认是10个区块，视距10加载的区块是视距5的四倍。加载更多的区块则需要更多的内存和运算能力。推荐将这个值设置在5或者6，如果在线。降低视距可以有效减少内存的占用，手游游戏资讯也能有效提高 TPS，还可以减少宽带的使用量。这个参数对性能提升是立竿见影的。

　　* generate-structures，mc开服工具默认值是true。含义是生成和计算一些特殊的环境，例如女巫塔、村民到达数量生成铁傀儡等等。游戏新闻哪里看设置为 false可以减少这些特殊环境生成和周期性检查带来的开销。这个参数很少被提起，但是对性能的提升有着不少的帮助。例如我的服务器生存子服有130人左右在线左右，关闭这个功能后提高到了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会明显增加对性能的开销，不建议这么做。

　　* spawn-limits，意思是限制实体的生成。这个并不是限制一个区块生成多少实体，而是针对一个人可以生成多少实体。例如monsters: 70，在线个怪物实体(僵尸、手游游戏资讯骷髅、蜘蛛等等)，适当的设置这些参数可以减少实体对性能的影响。

　　* chunk-gc，控制着区块的回收，单位是Tick(1/20秒)，period-in-ticks是指每过多少tick回收一次需要回收的区块，设置的太小会导致回收过于频繁而影响性能，设置的太大会导致需要回收的区块迟迟不回收使得内存占用过大。合理的数值一般是300~400。load- threshold是指达到多少需要回收的区块的时候才进行回收。例如设置成300，只有当需要回收的区块到达300以上才进行回收，合理的设置这个数值可以使得额外只多占用一丁点内存却使得区块回收的性能开销可以被无视。一般设置为300~600比较合适。

　　autosave，mc开服工具自动保存存档(地图、玩家数据等)的周期，单位是Tick(1/20秒)，手游游戏资讯如果你使用了定时保存的插件，例如Saveit、AutoSave等等，你可以将他设置为0，即关闭这个功能。这样可以减少服务器瞬卡发生的可能。

　　* user-cache-size，1.7.5以上版本才有，其控制用户缓存的大小，如果你的服务器玩家很多，可以设置的更大一些，例如5000。

　　* save-user-cache-on-stop-only，1.7.5以上版本才有，其含义是是否只在服务器关闭/重启的时候保存用户缓存，设置为true可以提高性能。

　　* chunks-per-tick，是指每tick(1/20秒)扫描计算多少区块，计算的内容是作物的生长。默认值是650，手游游戏资讯可以设置成350来提高性能。极端的情况可以设置成150，但是会使得作物生长的速度明显变慢。

　　* max-tick-time: (仅较新的版本有该参数，mc开服工具如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，mc开服工具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，这个参数是控制实体的可见范围，mc开服工具这个参数不会影响性能，对宽带的影响也极小。不建议修改这个参数，但是适当的降低数值可以减少客户端的卡顿。

　　* random-light-updates，随机的光照更新，设置为true的话服务器会随机更新光照，并且在区块加载的第一个tick运算光照逻辑。设置为false可以提高不少性能。

　　max-bulk-chunks，1.7.10+才有这个参数，意思是每个数据封包里塞多少个区块。适当提高这个数值，例如从10提高到15可以减少网络卡顿和客户端读取区块的速度，但是设置得过高会导致客户端崩溃。

　　* max-entity-collisions，实体碰撞箱的阀值。建议设置为2，可以减少密集卡服的问题。

　　keep-spawn-loaded，spawn区块是否常驻内存，设置为false可以减少一定的内存占用和计算量

　　* optimize-explosions，是否开启爆炸算法优化，设置为true可以提升一定的服务器性能

　　* use-async-lighting，是否让光照的逻辑运算异步化，设置为true可以使得光照运算不再影响TPS，强烈推荐设置为true

　　* cache-chunk-maps，是否缓存chunkmaps，可以让区块的数据更多得被复用，可以一定程度提高性能，推荐设置为true

　　* fast-drain，快速液体流动运算，推荐设置为true，可以减少液体流动运算对服务器性能的影响