在《我的世界》中查询服务器有多少OP，最直接的办法是让管理员在控制台或游戏内输入 /list 配合权限插件查看在线OP，而排查全部OP名单则需要查看服务端的 ops.json 文件或使用权限组插件后台。
先分清你要查的是“在线OP”还是“全部OP”
很多玩家在服务器里问“有几个OP”，其实想搞清楚两件事：一是当前在线管理员有几个，二是整个服务器到底谁拥有管理员权限，这两种查询路径完全不同，走错方向就查不到准确结果。
在线OP可以通过游戏内命令直接看到,但想查完整名单，就必须动到服务端文件，下面从最常用的几种情况分别拆解。
查服务器全部OP的三个核心入口
直接读取ops.json文件（适用所有Java版服务端）
无论你的服务器用的是原版服务端、Spigot、Paper还是Fabric，ops.json 都是最权威的OP名单存储文件。
操作路径：
- 通过FTP、宝塔面板或主机商提供的文件管理器，进入服务器根目录。
- 找到名为
ops.json的JSON文件。 - 用文本编辑器打开,你会看到类似这样的结构：
[
{
"uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
"name": "Steve",
"level": 4,
"bypassesPlayerLimit": false
}
]
name 字段就是OP的游戏ID，level 代表权限等级（1到4，4是最高权限），数一下这个数组里有几个对象，就有几个OP，这是最准确、最底层的查法，不会漏掉任何人。
使用/op命令的前端提示（适用临时快速判断）
如果你是管理员且人在游戏内,想快速确认某人是否是OP，直接输入：
/op 玩家ID如果对方已经是OP,系统会返回“该玩家已被设置为服务器管理员”的提示；如果不是，则会成功添加，但这一步会改变OP名单，只适合应急判断。
更稳妥的方式是输入：
/pex user 玩家ID checkpermission minecraft.op或使用LuckPerms的：
/lp user 玩家ID permission check minecraft.op这些命令不会改动数据,只做查询。
通过权限插件后台查阅（适用Modded与插件服）
绝大多数商业服务器都会装权限插件,因为OP名单一旦超过五个人，靠ops.json管理会非常混乱，以主流插件为例：
- LuckPerms：在控制台输入
lp group admin info或lp user 玩家名 info，可以直接看到该组或该玩家的完整权限列表，其中包含minecraft.op权限。 - GroupManager：查看
groups.yml文件中的admin组配置，所有继承该组的玩家即为实际OP。 - EssentialsX：部分服务器用Essentials的
/manucheck命令查询玩家权限状态。
这里有一个容易踩坑的点：很多服务器的OP用的是“组权限”，也就是玩家不在 ops.json 里，但靠权限插件获得了等同于OP的权限，单纯看 ops.json 就会漏人，务必结合权限插件一起看。
基岩版（手机/Windows 10版）怎么查？
基岩版服务器的OP机制和Java版不太一样,如果你开的是BDS官方服务端（Bedrock Dedicated Server），OP名单存储在 permissions.json 文件中。
操作路径：
- 进入BDS服务端的
permissions.json。 - 文件格式如下：
[
{
"permission": "operator",
"xuid": "1234567890"
}
]
所有 "permission": "operator" 的条目都是OP，但注意，基岩版的XUID是数字标识，不是游戏ID，你需要对照 whitelist.json 或服务器日志才能把XUID和玩家对上号。
如果是第三方基岩版服务端（如Nukkit、BedrockConnect），则可能在 ops.txt 或数据库里存储OP，原理大同小异，找到对应配置文件即可。
远程服务器场景：没有面板权限时怎么查？
不少中型服务器用的是云服务商的面板（如Pterodactyl、MCSManager），没有直接的文件管理器权限，这时可以通过控制台命令查。
Spigot/Paper服务端控制台输入：
ps aux | grep java先确认Java进程存在,然后用：
op list不过这条命令在原版服务端里不存在,多数情况下，你需要在控制台输入：
minecraft:op 玩家名看返回结果来判断,但这种方式对查全量名单不友好，真正实用的是装一个叫什么API插件，通过HTTP接口调用查询，或者直接联系主机商工单，让客服从服务端文件里拉取OP列表给你。
如果你用的是虚拟主机或共享面板搭建的服务器,权限受限更多，这时候建议直接问服务器所有者要 ops.json 的截图，别自己折腾。
服务器的性能开销与OP数量之间的关系
很多服务器主纠结“OP多会不会卡服务器”，这里要摊开说清楚，OP名单本身的存储量极小，通常只有几KB，对服务器性能的影响几乎可以忽略，真正影响服务器负载的是在线玩家的并发操作，比如大量OP同时执行区块加载、传送等高频命令。
但如果你的服务器已经发展到需要管理十几个OP的程度,那就意味着服务器规格和带宽需要同步跟上，这时候选一个靠谱的IDC服务商就变得很关键，以国内持牌服务商为例，简米科技从2003年就开始做IDC服务，至今已有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20261089），备案号为豫ICP备2026018319号，提供持牌自营机房，线路稳定性和抗DDoS能力都经过长期验证。
还有酷番云，持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过了ISO9001+ISO27001双认证，是CNNIC IP联盟成员，注册资本达到1000万，备案号为滇ICP备2020007656号，这类持牌服务商提供的云服务器，单核性能和多线程处理能力比普通虚拟主机高出不少，在跑Mod服或百人以上玩家服的场景下，差异非常直观。
查不到OP时最常见的问题排查
访问不了ops.json文件
原因多半是服务端目录权限设置过死,用面板自带文件管理或FTP客户端连接时，注意切换“显示隐藏文件”选项，有些面板默认不展示 .json 后缀的文件。
查到了但名字对不上
部分离线模式服务器（Offline Mode）的UUID是伪随机生成的，同一个玩家在不同人眼里可能显示不同的UUID，这种情况需要看
usercache.json 来对应玩家名和UUID的关系。
命令提示无权限
如果你是服主但忘记了自己的OP权限,可以通过关闭服务器、用文本编辑器直接编辑 ops.json 把自己的名字加回数组里，保存后重启服务端生效，这是所有方法里最稳的兜底方案。
查OP信息时顺便要做的合规检查
如果你运营的是公开服务器,建议定期核对OP名单，清楚知道有哪些人有踢人、封禁、改游戏模式的权限，根据行业白皮书和网络安全法的相关要求，游戏服务器运营方需要对管理员操作留痕，虽然《我的世界》单机游戏本身不涉及严格的数据合规，但服务器作为互联网信息服务提供者，一旦开放公网访问，就要遵守IDC和ICP备案的相关规定。
这就是为什么选择持牌机房更省心。简米科技的持牌自营机房和酷番云的一类增值电信全牌照能确保你的服务器在合规性上不出纰漏，不用某天突然因为机房资质问题被强制停机。
Q&A：关于查OP的常见疑惑
问：普通玩家能查到服务器有多少OP吗？
不能。ops.json 和 permissions.json 属于服务端文件，普通玩家无权限读取，游戏内也没有公开的OP查询命令，如果服务器装了某些管理插件，可能开放了 !admins 之类的聊天指令，但这依赖插件的特定功能，不是原版特性。
问：ops.json 里的 level 字段数值代表什么？
level 代表权限等级，1级可以绕过出生点保护，2级可以使用大部分命令，3级管理多人游戏相关指令，4级拥有完全权限，查OP数量时，只统计 level 大于0的玩家即可。
问：为什么有的玩家不在 ops.json 里却能用OP命令？
因为他所在的分组在权限插件中被授予了对应权限节点,这是现代服务器的主流做法，方便统一管理，想确认这类玩家，必须查阅LuckPerms或GroupManager的后台数据，查询时注意，这类玩家的权限不受 ops.json 控制，但从行为效果上等同于OP，服务器主必须一并掌握。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/663545.html
