Java版服务器直接打开根目录的 ops.json，里面列了几个人就是几个OP；基岩版看 permissions.json；装了权限插件的服，用 /lp group admin listmembers 或 /whois 查更准；面板服在文件管理器里翻服务器目录即可。这件事没有想象中复杂，关键是先分清你的服是哪种类型,再选对入口。
先搞清楚：服务器里的“OP”到底指什么
很多腐竹把“OP”和“管理员”混着用，查的时候自然对不上号，原版Minecraft里的OP是一个权限等级，写在玩家数据里,而不是一个身份标签。
OP等级从1到4，权限差别不小
据Mojang公开的服务器文档,Java版OP等级大致分四档：
- 等级1：绕过出生点保护，基本等于没给什么实权
- 等级2：能用 /gamemode、/give、/tp、/effect、/weather 这类指令
- 等级3：能踢人、封禁、/op、/deop、管理白名单
- 等级4：最高权限，可以执行 /stop 关服
所以你看 ops.json 的时候，别只数人头，还要看 level 字段，一个 level 1 的号和 level 4 的号,风险完全不是一个量级。
我的世界服务器op和权限组有什么区别
这是新手腐竹最常问的对比问题，原版OP是“写死在文件里的硬权限”，而权限组是插件（LuckPerms）管理的“软权限”，两者可以叠加,也可以互相覆盖。
- 原版OP：改 ops.json 或执行 /op、/deop 生效，重启后依然存在
- 权限组：靠插件数据库或配置文件，换服、换端迁移更方便
- 冲突场景：玩家被 /deop 了，但仍在 admin 权限组里，他照样能用管理指令
行业共识认为，中大型服务器应该尽量用权限组替代裸OP，只给服主本人留一个 level 4 的应急号。
我的世界服务器怎么看有多少op：原版Java服的三条路径
读 ops.json，最快也最全
这是最直接的办法，服务器根目录下的 ops.json 就是OP名单，用文本编辑器打开,格式大致如下：
[
{
"uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
"name": "Steve",
"level": 4,
"bypassesPlayerLimit": false
}
]
数一下方括号里有几个对象，就是几个OP,字段含义可以对照下表：
| 字段 | 含义 | 需要留意的地方 |
|---|---|---|
| uuid | 玩家唯一标识 | 离线服换UUID会导致OP失效 |
| name | 玩家名 | 仅作展示，改名后可能对不上 |
| level | 权限等级1-4 | 4为最高，建议只留服主 |
| bypassesPlayerLimit | 是否无视满员限制 | 一般保持false |
这里有个坑：name 字段只是记录，真正生效的是 uuid，离线模式下玩家UUID由名字计算，一旦改名字，旧记录就认不出来了，看起来“有OP却用不了指令”,多半是这个原因。
游戏内和控制台命令旁证
原版没有一条“列出所有OP”的指令，这是很多人卡住的地方,能用的办法是间接验证：
- 在游戏里输入
/list，只能看到在线玩家，看不到权限 - 对某个玩家执行
/deop 玩家名，提示成功说明他确实是OP，但这属于破坏性操作，别拿正式号试 - 服务端控制台输入
op不带参数，大部分版本只会返回用法提示，不会给名单
所以命令只能用来“验证单个玩家”，想统计总数,还是回到文件。
翻日志追溯谁被加过OP
服务器 logs 目录下的 latest.log 会记录操作痕迹，搜索关键词“operator”或“op”，能看到类似“Made Steve a server operator”的记录，适合排查“谁趁我不在偷偷给自己加了OP”，但日志会滚动覆盖,只能当辅助手段。
我的世界服务器ops.json文件在哪，打开后怎么读
路径因开服方式不同而不同,下面按常见场景列一下：
- 自建Linux服务器：一般在启动脚本所在目录，路径形如
/root/minecraft/ops.json - Windows本机开服：就在服务端 jar 同级目录，双击用记事本打开
- MCSManager面板：进入实例详情，用内置文件管理器打开实例根目录
- 宝塔/云厂商面板服：文件管理里定位到服务端目录，常见为
/home/container或自定义的服目录
找不到的话，在文件管理器里直接搜文件名“ops.json”,比一层层翻目录快得多。
改完文件必须重启，别热改
ops.json 是启动时加载的，运行中手动改文件不会立即生效，还可能被服务器回写覆盖，正确顺序是：先停服，再改文件，最后启动，改之前备份一份，尤其是多人共管的服,改错了很难还原。
注意JSON格式，少个逗号就开不了服
手改JSON最常见的翻车是尾逗号和多逗号，删掉一个OP对象时，要确认前一个对象的右花括号后面没有多余逗号，改完可以用在线JSON校验工具过一遍,再传回服务器。
我的世界基岩版服务器怎么查看管理员（对比Java版）
基岩版没有 ops.json，这是和Java版最大的区别,直接照搬Java教程会找不到文件。
看 permissions.json
基岩版专用服务端（BDS）目录下有个 permissions.json，记录的是玩家的权限身份，常见取值有 operator、member、visitor，文件里出现几条 "permission": "operator"，就有几个管理员，同时还有一个 allow-list.json 管白名单,别把两者搞混。
游戏内操作和XUID
基岩版可以在游戏里用 /op 玩家名 授权，但查看名单依然要回到文件，文件里用的是 XUID 而不是玩家名，想对应到具体是谁，需要结合服务器后台的玩家记录来比对,这一点比Java版麻烦一些。
我的世界面板服怎么查看op名单（场景）
现在不少腐竹直接租面板服，图的是不用自己折腾环境,这类场景查OP有个固定套路。
文件管理器三步走
- 登录面板，进入你的服务器实例
- 打开“文件管理”，定位到服务端根目录
- 找到 ops.json（Java）或 permissions.json（基岩），点开预览
大部分面板自带在线编辑，能直接看到内容，不用下载，如果面板只给FTP,用FileZilla连上去一样能看。
面板控制台能帮上什么忙
面板的“控制台”窗口可以执行命令，但它同样不能直接列出OP,能做的是：
- 输入
whitelist list看白名单 - 输入
list看在线人数 - 观察启动日志里加载权限文件时的提示
想批量核对，还是文件最靠谱，顺便提一句，市面上入门级面板服月付价格多在十几元到几十元区间，配置高一些的会到百元级，租之前先确认面板是否提供文件管理权限,否则查个OP都费劲。
装插件的服务器：LuckPerms查管理员更准
如果你的服装了 LuckPerms，恭喜，这是查权限最舒服的方式，因为权限组信息在插件数据库里,查询是实时的。
常用命令清单
/lp user 玩家名 info：看某个玩家的主组和直接权限/lp group admin listmembers：列出 admin 组里的所有成员/lp listgroups：看服务器有哪些权限组/lp user 玩家名 parent info：查继承关系
执行这些命令需要对应的 luckperms 权限节点，普通玩家用不了,服主号默认有。
Essentials的/whois
装了 Essentials 系列插件的话，/whois 玩家名 会显示玩家的组、余额、登录信息，查单个玩家很方便,缺点是不能一次性列出全组。
直接查数据库
LuckPerms 用 MySQL 存储时，权限数据在 luckperms_players、luckperms_group_permissions 等表里，懂SQL的腐竹可以直接跑查询语句统计，适合玩家基数大、需要定期审计的服，不懂也没关系,上面的命令够用了。
运维建议：查OP这件事，最好形成习惯
OP名单不是查一次就完事，据近年来国内MC社区的运维经验分享，权限失控是中小服务器被破坏的主要原因之一，多数情况下来自“临时给的OP忘了收回”。
- 每月固定审计一次：打开 ops.json 数人头，核对每个号的用途
- 坚持最小权限：能用权限组解决的，不发裸OP
- 临时授权设期限：活动结束当天就 /deop
- 保留服主应急号：只留一个 level 4，其余管理号降到 level 2 或 3
业内专家指出，权限审计和备份应该绑定执行，改完权限顺手做一次世界备份,成本最低。
我的世界服务器怎么看有多少op：常见问题解答
我的世界服务器怎么看有多少op，但服务器里没有ops.json？
先确认版本类型，基岩版看 permissions.json；纯插件权限服可能压根没发过OP，管理员都在 LuckPerms 的组里，用 /lp group 组名 listmembers 查，还有一种情况是开服目录找错了，用文件搜索功能全盘搜“ops.json”。
服务器里OP数量太多会有什么风险？
等级3以上的号就能封人、加OP、改白名单，号一多，权限就失控，内部误操作和盗号破坏的概率都会上升，较大比例的服务器事故并非来自外部攻击，而是权限过宽导致的内部问题，控制数量,比事后追责有用。
有没有一条命令能直接列出所有OP？
原版Java版和基岩版都没有这样的内置命令，Java版读 ops.json，基岩版读 permissions.json，插件服用 LuckPerms 的分组查询命令，这是目前唯一稳定的三种方式，任何声称一条命令搞定的说法,基本都依赖特定插件。
查OP数量这件事，说到底是查权限边界，文件看总量，命令做验证，插件管日常，三条腿配合着用,服务器才稳。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/789516.html
