hooks

为各种脚本提供了一些触发器和接口，让mcdr自动根据某些条件触发脚本，更方便的使用全自动化管理脚本去做各种事情

追求服务器管理、维护全自动化！！！ 其实就是懒的维护

目前此插件部分功能无法在Windows上使用！如果在非posix操作系统上使用此插件，会在加载插件时收到警告。

目的

hooks插件可以为脚本提供一系列的“钩子”（也就是hooks），让mcdr自动根据某些条件触发脚本，还提供了许多接口，让脚本的可定制化程度更高

有时，我们想要使用shell脚本管理服务器，但是不方便去让mc服务器全自动触发这些shell脚本，这个插件就是为了能更方便的使用各种脚本全自动维护/管理服务器，而无需为此特意编写一个mcdr插件，无需重复造轮子

甚至还可以用这个来调试，比如说你的mcdr出bug了，此时你想查看一下server.is_server_running()的返回值是什么，但是编写一个插件然后print(server.is_server_running())太麻烦了。这时候只需要!!hooks run_command server_command say ${server_func_is_server_running}然后就可以看到is_server_running()函数的结果了

总之玩法很多（

hooks脚本相比mcdr插件的优势与劣势

优势：

• 可以非常方便的热插拔各种任务以及任务被触发的条件
• 使简单的脚本任务，编写起来更加简单，API的使用也更加简单（？
• 原生支持多种类型的脚本，例如shell，使服务器管理更加方便

劣势：

• 不如mcdr插件的可扩展性高
• 复杂的脚本任务，编写起来也更加困难，所以编写复杂的任务还不如编写mcdr插件（（

基本用法

几个概念

1.Task（任务）
Task就是一个任务，任务是可执行的（可被手动执行也可以被自动执行）。目前支持四个任务类型（task_type）shell_command（shell指令） server_command（mc指令） mcdr_command（mcdr命令） python_code（python代码）

2.Hooks（钩子）
插件内置了很多“钩子”，Hook是可以被触发的，一个Task可以被挂载（mount）到一个或多个Hooks下，也可以从一个hook中卸载（unmount）。一旦一个hook被触发，其下被挂载的所有Task全部会被执行（异步）。例如on_server_started会在mc服务端完全启动成功时被触发，其下挂载的所有任务会被异步执行

3.Mount（挂载） Unmount（卸载）
把一个Task挂载到一个hook，即代表这个hook被触发时，此task会被执行

4.Script（脚本）
这里说的脚本是这个插件可以识别的yaml格式的脚本文件，脚本应放在config/hooks/scripts文件夹中。在插件被加载时或!!hooks reload指令被执行时，那个文件夹及子文件夹里面的所有脚本文件全部会被加载（注意是加载不是应用）

5.Apply（应用）
Apply和加载有区别，Apply是指：插件创建Task、挂载Task的操作，加载在前，应用在后

手动应用就是你自己打指令!!hooks create ...之类的，脚本自动应用就是插件加载脚本后自动解析脚本，然后根据脚本内容自动创建task，挂载之类的

两种应用方式本质上是相同的，只不过脚本自动应用手速更快（

应用方式

分为两种：手动应用和脚本自动应用

手动应用

!!hooks create <name> <task_type> <command>

• 创建一个任务

• name 就是这个任务的名字

• task_type 就是你要执行的脚本的类型，有以下几种选择：shell_command（shell脚本）、server_command（mc指令）、mcdr_command（mcdr指令）、python_code（python代码）

• command 要执行的指令，例如./cleanup.sh或echo awa或say hello或!!qb make auto_backup（写啥指令取决于你的任务类型，注意别写错了）

!!hooks mount <task> <hook>

• 挂载一个任务到一个hook

• task 要挂载的命令的名字

• hook 要挂载到的钩子

• 所有的合法hooks：（都是字面意思，很好理解）

    on_plugin_loaded（hooks这个插件被加载时）
    on_plugin_unloaded（hooks这个插件被卸载时）
    
    on_server_starting（mc服务器正在启动）
    on_server_started（mc服务器启动成功）
    on_server_stopped（mc服务器彻底关闭）
    on_server_crashed（即服务器返回代码非0时触发，理论上服务器同一次关闭只会触发on_server_crashed和on_server_stopped中的其中一个）
    
    on_mcdr_started（mcdr被启动）
    on_mcdr_stopped（mcdr被停止）
    
    on_player_joined
    on_player_left
    
    on_info（控制台info时，就是控制台输出日志时）
    on_user_info（就是有玩家或者控制台发送了消息或mcdr指令）（这俩具体去看mcdr文档）

!!hooks unmount <task> <hook>

• 从一个hook卸载一个task

注意：每一次!!hooks reload或者重载插件都会将所有task以及挂载信息删除，然后重新根据脚本进行应用，也就是说你手动应用的是留不住的，重载就没了，强烈建议写yaml脚本

!!hooks schedule <name> <exec_interval> <task_type> <command>

• 创建一个定时任务

• 定时任务就是隔一段时间执行一次的任务，每一个定时任务都会被放到一个单独的线程调度，线程名hooks - schedule_task_daemon(<任务名>)，可以使用!!MCDR status查看

• <name>任务名字，定时任务本质上和任务一样，只不过多了执行间隔的属性

• <exec_interval>执行间隔，单位秒，必须是整数

• <task_type>任务类型

• <command>指令

脚本自动应用

首先要编写脚本，示例：

tasks:  # 普通任务
  - name: motd  # 声明task的名字，别有空格
    task_type: shell_command  # 任务类型
    command: date   # 要执行的指令
    command_file: {hooks_config_path}/scripts/script.txt（脚本内容路径，如果此路径有效，插件将从command_file中读取command并执行，执行的指令即文件的所有内容（文件扩展名随意写，插件并非直接执行此文件，而是将文件内容读到内存处理后再执行）。command_file和command只用写一个，command_file如果写了command项就会被忽略）。{hooks_config_path}会被替换为hooks插件的配置文件目录，即server.get_data_folder()
    hooks:   # 要挂载到的hook，必须是数组
      - on_server_started
      - on_mcdr_started
schedule_tasks:  # 定时任务声明
  - name: ababababa  # 名字
    task_type: server_command  # 任务类型
    command: say 6  # 指令
    command_file: {hooks_config_path}/scripts/script.txt（脚本内容路径，如果此路径有效，插件将从command_file中读取command并执行，执行的指令即文件的所有内容（文件扩展名随意写，插件并非直接执行此文件，而是将文件内容读到内存处理后再执行）。command_file和command只用写一个，command_file如果写了command项就会被忽略）。{hooks_config_path}会被替换为hooks插件的配置文件目录，即server.get_data_folder()
    hooks:
      - on_user_info  # 定时任务也可以被挂载哟~ 

将其命名为<脚本名字>.yaml，并且放到config/hooks/scripts文件夹或子文件夹中（scripts文件夹中以_结尾的子文件夹会被忽略）

其他指令

!!hooks list mount

• 显示挂载情况

!!hooks list task

• 显示所有被创建的task

!!hooks list scripts

• 显示所有被加载的脚本

!!hooks run <task> <env>

• 手动执行任务（跟挂没挂载没关系）
• <task> 任务名
• <env> 参数列表（具体用法往下看），必须用json格式

!!hooks clear

• 一键清除所有task（别问我有啥用

高级用法

获取“参数”

有时，光有hook还不够，我想在执行脚本时获取服务器的信息，怎么获取？ 怎么感觉越来越像github actions了

插件在触发这些脚本时，自己是知道一些包含着服务器信息的对象的，关键是如何将对象中的信息传递给脚本，不同的task_type有不同的传递方式

shell_command：

• 插件会把想要传递的信息放到环境变量中，假设你想执行echo abababab，实际上插件执行的命令是：export xxx=xxx && export xxxx=xxxx && ... && echo abababab
• 注意：不同的hook传递不同类型的对象，比如on_server_stopped传递server和return_code两个对象，on_info传递server和info两个对象。插件会把每一个对象里面的每一个属性（函数除外）都放到各个环境变量中（除非这个对象是个基本类型，例如on_server_stopped的return_code对象），即使这个属性是一个非基本类型也会被转成str放进环境变量
• 假设你想要访问server中的mcdr属性，那么在shell脚本中，你应该使用$server_mcdr访问这个属性，即$对象名_属性名，注意：通过这种方式无法访问函数，就算这个函数是一个无参且返回基本类型的函数也不行

server_command：

• 注意：不同的hook传递不同类型的对象，不同的对象有不同的属性
• 插件在执行你指定的命令前，会对指令进行处理，例如{$server_mcdr}会被替换为True，跟shell的访问方法类似，仍然是$对象名_属性名访问属性，只不过多了个大括号

mcdr_command：

• 注意：不同的hook传递不同类型的对象
• 跟server_command访问方法完全一样 连代码都一样

python_code：

• 直接编写python代码即可，无需定义函数啥的
• mcdr的所有实例、属性以及函数全都可以随意调用，在exec()时已经传入所有对象，例如server，你可以直接server.is_server_running()这样调用
• 没有手动补参

“获取”函数值

如果你看了mcdr源代码，你会发现，其实很多信息是要调用函数才可以获取到的，只能访问属性还不够，例如PluginServerInterface.is_server_running()，那怎样才能在脚本中调用无参函数并获取返回值呢？

我想到的坏方法是这样的：首先在执行脚本前，先把一些关键的、常用的无参函数调用一遍，并且把他们的值缓存起来，然后把这些值绑定进入那个对象，绑定的这个属性就叫做func_+函数的名字，这样就成功的实现了函数->属性的转变。我绑定进去的这些属性会随着这个对象的其他属性一起被拆包、解析、处理然后放入对应的各个环境变量中，供脚本访问，我愿称之为“手动补参”

以shell格式脚本为例：PluginServerInterface中有函数is_server_running()，你想要访问他，就需要使用$server_func_is_server_running访问

注意：并不是每一个对象的每一个函数的值都可以在脚本中使用

所有可以在脚本中访问的属性列表

server对象：（适用于所有hooks）

server_func_is_server_running
server_func_is_server_startup
server_func_is_rcon_running
server_func_get_server_pid
server_func_get_server_pid_all
server_func_get_server_information
server_func_get_data_folder
server_func_get_plugin_file_path
server_func_get_plugin_list
server_func_get_unloaded_plugin_list
server_func_get_disabled_plugin_list
server_func_get_mcdr_language
server_func_get_mcdr_config

info对象：（适用于on_info``on_user_info``on_player_joined）

info_id
info_hour
info_min
info_sec
info_raw_content
info_content
info_player
info_source
info_logging_level

player对象：（适用于on_player_joined``on_player_left）（基本类型str）

return_code对象：（适用于on_server_stopped``on_server_crashed）（基本类型int）

欢迎大佬补充

粗略判定所有能访问的参数的方法：

看插件源码，找到__init__.py，翻到最后，你会看到类似

def on_mcdr_start(server: PluginServerInterface):
    trigger_hooks(Hooks.on_mcdr_started, server, {'server': process_arg_server(server)})

这样的代码，先看函数名on_mcdr_start，就能大致判断这块代码负责触发on_mcdr_started，再看trigger_hooks(...)，括号里面的最后一个参数是一个dict，只有一个server键对值，说明最终脚本可以访问到的参数全都在PluginServerInterface类中，然后看就完了（（（（逃

实例

所有示例代码都在examples目录中

1. 玩家非正常退出报告

首先编写python代码：

config/hooks/scripts/player_connect_err_printer/script.py

from mcdreforged.api.all import *

if info.content.__contains__('lost connection: ') \
        and not info.content.endswith('Disconnected') \
        and not info.content.endswith('Killed'):
    server.tell('@a', RTextList(
        RText('检测到玩家非正常退出：', color=RColor.red),
        RText(info.content, color=RColor.yellow).c(RAction.copy_to_clipboard, info.content).h('点击复制到剪贴板'),
    ))

编写脚本声明：

config/hooks/scripts/player_connect_err_printer/player_connect_err_printer.yaml

tasks:
  - name: player_connect_err_printer
    task_type: python_code
    command_file: '{hooks_config_path}/scripts/player_connect_err_printer/script.py'
    hooks:
      - on_info

上传好脚本后，命令行输入!!hooks reload即可