wordpress之hook大全
标签: wordpress 最后编辑：2020年5月10日
wordpress的钩子分为两种，一种叫做动作（action），还有一种叫做过滤器（filter），他们之间的区别在于过滤器有返回值，而动作没有。
action钩子简单来说，WP核心 （或主题、插件）在做它们该做的事时，如果执行到有埋 action hook 的程式码 （即是 do_action 语法） 时，会去找寻对应到的 hook functions，进而执行这些 hook functions（即那些透过 add_action() 来加入的 hook functions），藉此完成定制功能。
filter钩子跟 Action Hook 一样，WP核心 （或主题、插件）在做它们该做的事时，如果执行到有埋 filter hook 的程式码 （即是apply_filters语法） 时，就会去找寻对应的 hook functions ，进而执行这些 hook functions（即那些透过add_filter() 来加入的 hook functions ），藉此完成定制功能。与 Action Hook 不同之处是，所有”勾上“ Filter Hook 的 hook functions 通常都会接收到参数，而WP核心会期待你拿到它提供的参数，并做完你想做的事后，要回传（return）一个值，让WP核心再利用你回传的值来接着完成它该做的事。透过你的干涉，修改了WP核心丢给你的参数，WP核心再接着拿你改过的参数，继续完成它该做的事，此动作就像”过滤“的动作，因而得名 filter。
action使用例子：
//在 head 标签添加一些内容
function add_head_tag(){
echo '添加内容';
}
add_action( 'wp_head', 'add_head_tag' );
filter使用例子：
//禁止使用 admin 用户名尝试登录
add_filter( 'wp_authenticate', 'no_admin_user' );
function no_admin_user($user){
if($user == 'admin'){
exit;
}
}
hook大全：
muplugins_loaded 在必须使用的插件加载之后。
registered_taxonomy 对于类别，post_tag 等
Registered_post_type 用于帖子，页面等
plugins_loaded 加载活动插件和可插拔功能后。
sanitize_comment_cookies 注释cookie被清理后。
setup_theme 加载主题之前。
load_textdomain 对于默认域
after_setup_theme 通常用于初始化主题设置/选项。这是可用于主题的第一个动作挂钩，在激活主题的functions.php文件加载后立即触发。add_theme_support（）应该在这里调用，因为init动作钩子来不及添加一些功能。在此阶段，当前用户尚未认证。
auth_cookie_malformed
auth_cookie_valid
set_current_user
在里面 通常由插件用来初始化。目前，当前用户已经通过身份验证。
└─ widgets_init 用于注册边栏。以“ init”优先级1触发（因此在优先级≥1的“ init”动作之前执行！）
register_sidebar 对于每个侧边栏和页脚区域
wp_register_sidebar_widget 对于每个小部件
wp_default_scripts （参考数组）
wp_default_styles （参考数组）
admin_bar_init
add_admin_bar_menus
wp_loaded WordPress完全加载后
parse_request 允许处理HTTP请求处理（参考数组）
send_headers 允许自定义HTTP标头（参考数组）
parse_query 设置查询变量后（引用数组）
pre_get_posts 在执行查询之前公开查询变量对象。（参考数组）
posts_selection 由缓存插件使用。
wp 设置WP对象后（引用数组）
template_redirect 在确定要加载哪个模板之前。
get_header 在加载头模板文件之前。
wp_enqueue_scripts 脚本和样式排入队列时。
二十一个enqueue_color_scheme （特定于二十一）
wp_head 用于在前端的head标签中打印脚本或数据。
wp_print_styles 在打印$ handles队列中的样式之前。
wp_print_scripts 在打印$ handles队列中的脚本之前。
get_search_form
loop_start （参考数组）
the_post （引用数组）允许在查询后立即修改post对象
get_template_part_content 内容的模板部分
loop_end （参考数组）
get_sidebar 在加载侧栏模板文件之前。
dynamic_sidebar 在调用小部件的显示回调之前。
get_search_form
pre_get_comments （参考数组）
wp_meta 在边栏中显示回显内容之前。
get_footer 在加载页脚模板文件之前。
get_sidebar 在加载侧栏模板文件之前。
二十一信用 （特定于二十一）
wp_footer 在确定要加载哪个模板之前。
wp_print_footer_scripts 打印页脚脚本时。
admin_bar_menu （参考数组）
wp_before_admin_bar_render 在呈现管理栏之前。
wp_after_admin_bar_render 呈现管理栏之后。
关掉 在PHP执行即将结束之前。
在管理页面请求期间运行的操作
当登录用户打开版本3.3.1中的“ 帖子”页面时，将运行这些操作。该列表仅显示首次调用动作，并且在许多情况下，没有函数挂接到该动作。每个管理页面都有不同的操作列表，具体取决于该页面的目的和所安装的插件。此列表应被视为指南或近似值，而不是具体规范。
在这些操作中，（挂钩名称）取决于页面。对于“帖子”页面，它是edit.php；对于主题的“背景”页面，它是presenting_page_custom -background。
动作是通过do_action（）函数调用的，标记为（ref array）的动作除外，它们是通过do_action_ref_array（）函数调用的。
muplugins_loaded 在必须使用的插件加载后
registered_taxonomy 对于类别，post_tag 等
Registered_post_type 用于帖子，页面等
plugins_loaded 加载活动插件和可插拔功能后
sanitize_comment_cookies
setup_theme
load_textdomain 对于域默认
after_setup_theme 在此阶段，当前用户尚未认证。
load_textdomain 对于域二十一
auth_cookie_valid
set_current_user
在里面 通常由插件用来初始化。目前，当前用户已经通过身份验证。
└─ widgets_init 用于注册边栏。以“ init”触发，优先级为1。
register_sidebar 对于每个侧边栏
wp_register_sidebar_widget 对于每个小部件
wp_default_scripts （参考数组）
wp_default_styles （参考数组）
admin_bar_init
add_admin_bar_menus
wp_loaded WordPress完全加载后
auth_cookie_valid
auth_redirect
admin_menu 另请参见：user_admin_menu，network_admin_menu
管理员菜单 另请参阅：user_admin_menu，network_admin_menu
admin_init
current_screen
加载-（页）
send_headers 可以在其中添加自定义HTTP标头的位置
pre_get_posts 在执行查询之前公开查询变量对象。（参考数组）
posts_selection
wp 设置WP对象后（引用数组）
admin_xml_ns
admin_xml_ns
admin_enqueue_scripts
admin_print_styles-（挂钩名称）
admin_print_styles
admin_print_scripts-（挂钩名称）
admin_print_scripts
wp_print_scripts
admin_head-（钩名）
admin_head
管理员菜单
in_admin_header
admin_notices
all_admin_notices
（挂钩名称）
strict_manage_posts
the_post （参考数组）
pre_user_query （参考数组）
in_admin_footer
admin_footer
admin_bar_menu （参考数组）
wp_before_admin_bar_render
wp_after_admin_bar_render
admin_print_footer_scripts
admin_footer-（挂钩名称） 管理员页面页脚
关掉 PHP执行即将结束
wp_dashboard_setup 允许自定义管理仪表板
帖子，页面，附件和类别操作（管理员）
post_submitbox_misc_actions
在生成编辑页面以将一些内容（例如字段）添加到提交框（显示发布按钮的位置）时运行。没有函数参数。
添加附件
在附件首次添加到数据库时运行。动作函数参数：附件ID。
add_category
与create_category相同。
category_add_form_fields
在admin中指定类别添加表单时运行。在提交按钮之前在此表单中添加字段很有用
category_edit_form
在admin中创建类别编辑表单时运行。在此表单中添加新字段很有用
clean_post_cache
在清理后缓存时运行。动作函数参数：帖子ID。参见clean_post_cache（）。
create_category
创建新类别时运行。动作函数参数：类别ID。
delete_attachment
从数据库删除附件之前运行。动作函数参数：附件ID。（在版本2.8之前，删除附件后触发了此挂钩。）
delete_category
在从数据库中删除类别并更新其相应的链接/帖子以删除该类别之后运行。动作函数参数：类别ID。
wp_trash_post
在帖子或页面即将被垃圾回收时运行。动作函数参数：帖子或页面ID。
trashed_post
在帖子或页面被删除后立即运行。动作函数参数：帖子或页面ID。
untrash_post
恢复帖子或页面时，在取消删除之前运行。动作函数参数：帖子或页面ID。
untrashed_post
恢复帖子或页面后，在取消删除后立即运行。动作函数参数：帖子或页面ID。
before_delete_post
当帖子或页面即将被删除时运行。注释，附件和元数据仍然可用。动作函数参数：帖子或页面ID。
delete_post
当帖子或页面即将被删除时运行。注释，附件和元数据已被删除。动作函数参数：帖子或页面ID。
Deleted_post
在帖子或页面被删除后立即运行。动作函数参数：帖子或页面ID。
edit_attachment
在将附件编辑/更新到数据库时运行。动作函数参数：附件ID。
edit_category
在更新/编辑类别时运行，包括添加/删除帖子或博客链接或更新其类别（这会导致该类别的计数更新）时运行。动作函数参数：类别ID。
edit_post
在更新或编辑帖子或页面时运行，包括添加或更新评论（这会导致帖子的评论计数更新）时运行。动作函数参数：帖子或页面ID。
pre_post_update
在帖子或页面更新之前运行。动作函数参数：帖子或页面ID。
post_updated
在帖子或页面更新后运行。动作函数参数：更新之前或更新之后的帖子或页面ID，帖子的WP_Post对象。
transition_post_status
在发生任何发布状态转换时运行。动作函数参数：$ new_status，$ old_status，$ post对象。（另请参见发布状态转换。）
（旧状态）到（新状态）
当帖子的状态从$ old_status更改为$ new_status时运行。动作函数参数：$ post对象。（另请参见发布状态转换。）
（状态）（职位类型）
当类型$ post_type的帖子从任何其他状态过渡到$ status时运行。动作函数自变量：帖子ID，$ post对象。（另请参见发布状态转换。）
publish_post（不建议使用）
在发布帖子或对其进行编辑并且其状态更改为“已发布”时运行。该动作挂钩符合（status）（post_type）动作挂钩类型。动作函数自变量：帖子ID，$ post对象。（另请参见发布状态转换。）
publish_page
在发布页面或对其进行编辑并且其状态更改为“已发布”时运行。该动作挂钩符合（status）（post_type）动作挂钩类型。动作函数自变量：帖子ID，$ post对象。（另请参见发布状态转换。）
publish_phone
通过电子邮件添加帖子后运行。动作函数参数：帖子ID。
publish_future_post
在发布将来的帖子或页面时运行。动作函数参数：帖子ID。
save_post
每当创建或更新帖子或页面时运行，该帖子或页面可以来自导入，帖子/页面编辑表单，xmlrpc或通过电子邮件发布。动作函数参数：发布ID和发布对象。将数据保存到数据库后运行。请注意，帖子ID可能引用帖子修订，而不是最后保存的帖子。使用wp_is_post_revision（）获取真实帖子的ID。
Updated_postmeta
在元数据已更新时运行。
wp_insert_post
与save_post相同，此后立即运行。
xmlrpc_publish_post
通过XMLRPC请求发布帖子时，或者通过XMLRPC编辑帖子且其状态为“已发布”时运行。动作函数参数：帖子ID。
分类和术语
create_term
在创建新术语之后，在清理术语缓存之前运行。
created_term
在创建新术语以及清除术语缓存后运行。
create $分类
在为特定分类法创建新术语后运行。
created_ $分类
在创建特定分类法中的新术语之后以及清除术语缓存后运行。
add_term_relationship（从2.9.0版开始）
在添加对象项关系之前运行。
add_term_relationship（从2.9.0版开始）
在添加对象项关系之后运行。
set_object_terms（从2.8.0版开始）
在设置对象的条件后运行。
edit_terms（从2.9.0版开始）
在编辑给定术语之前运行。
edited_terms
在将分类法/类别更改保存在数据库中后运行。
edit_term_taxonomy
在更新术语-分类法关系之前运行。
edited_term_taxonomy
在术语-分类关系更新后运行。
edit_term_taxonomies（从2.9.0版开始）
在将删除项的子项重新分配给父项之前运行。
edited_term_taxonomies（从2.9.0版开始）
在删除项的子项重新分配父项之后运行。
edit_ $分类
在为特定分类法编辑术语后运行。
edited_ $分类
在特定分类法中的术语被编辑之后，以及术语缓存被清除之后运行。
pre_delete_term（从4.1.0版开始）
在对帖子或条款进行任何修改之前运行。
delete_term_taxonomy（从2.9.0版开始）
在从数据库中删除术语分类法ID之前运行（更改了孩子的术语之后）。
delete_term_taxonomy（从2.9.0版开始）
在删除术语分类法ID之后运行。
delete_term（从2.5.0版开始）
从数据库中删除术语并清除缓存后运行。（参数：$ Term_ID，$ Term_taxonomy_ID，$ Taxonomy_slug，$ already_deleted_term）
delete_ $ taxonomy（从2.3.0版开始）
删除特定分类法中的术语后运行。（参数：$ Term_ID，$ Term_taxonomy_ID，$ already_deleted_term）
Deleted_ $分类
在删除特定分类法中的术语之后以及清除术语缓存后运行。
delete_term_relationships（从2.9.0版开始）
在删除对象术语关系之前运行。
Deleted_term_relationships（从2.9.0版开始）
在删除对象项关系之后运行。
clean_object_term_cache（自2.5.0版开始）
在清除对象术语缓存后运行。
clean_term_cache（自2.5.0版开始）
在清除每个分类法的术语缓存之后运行。
split_shared_term（从4.2.0版开始）
在先前共享的分类术语被拆分为两个单独的术语之后运行。
pre_term_description
在将分类术语的描述保存到数据库之前运行。
pre_category_description
在将类别的描述保存到数据库之前运行。
评论，Ping和引用动作
comment_closed
在尝试显示评论条目表单时将该帖子标记为不允许评论时运行。动作函数参数：帖子ID。
comment_id_not_found
在尝试显示评论或评论输入表单时未找到帖子ID时运行。动作函数参数：帖子ID。
comment_flood_trigger
在检测到评论泛滥时运行，就在调用wp_die以停止接受评论之前。动作函数自变量：上一条评论的时间，当前评论的时间。
comment_（旧状态）to（新状态）
在发生注释状态转换时运行。动作函数参数：Comment对象。
comment_on_draft
当帖子为草稿时尝试显示评论输入表单或评论时运行。动作函数参数：帖子ID。
comment_post
将注释保存在数据库中后立即运行。动作函数参数：注释ID，批准状态（“垃圾邮件”，或0/1（表示不批准/已批准））。
edit_comment
在数据库中更新/编辑注释后运行。动作函数参数：注释ID。
delete_comment
从数据库中删除评论之前立即触发。动作函数参数：注释ID。
Deleted_comment
从数据库中删除评论后立即触发。动作函数参数：注释ID。
垃圾评论
在将评论发送到垃圾箱之前立即触发。动作函数参数：注释ID。
垃圾评论
将评论发送到回收站后立即触发。动作函数参数：注释ID。
untrash_comment
从垃圾桶还原评论之前立即触发。动作函数参数：注释ID。
untrashed_comment
从垃圾桶还原评论后立即触发。动作函数参数：注释ID。
spam_comment
在评论标记为垃圾邮件之前立即触发。动作函数参数：注释ID。
spammed_comment
将评论标记为垃圾邮件后立即触发。动作函数参数：注释ID。
unspam_comment
在评论未标记为垃圾邮件之前立即触发。动作函数参数：注释ID。
unspammed_comment
在评论未标记为垃圾邮件后立即触发。动作函数参数：注释ID。
pingback_post
将ping添加到帖子时运行。动作函数参数：注释ID。
pre_ping
在完全处理ping之前运行。动作函数参数：要处理的帖子链接的数组，以及帖子的“ pung”设置。
trackback_post
将引用引用添加到帖子时运行。动作函数参数：注释ID。
wp_blacklist_check
运行以检查是否应将评论列入黑名单。动作函数参数：作者姓名，作者电子邮件，作者URL，注释文本，作者IP地址，作者的用户代理（浏览器）。您的函数可以执行wp_die拒绝评论，或者修改输入参数之一，使其包含WordPress选项中设置的黑名单关键字之一。
wp_insert_comment
每当创建注释时运行。
wp_set_comment_status
当注释状态更改时运行。动作函数自变量：注释ID，指示新状态的状态字符串（“删除”，“批准”，“垃圾邮件”，“保留”）。
Blogroll操作
add_link
当新的Blogroll链接首次添加到数据库时运行。动作函数参数：链接ID。
delete_link
删除Blogroll链接时运行。动作函数参数：链接ID。
编辑链接
编辑Blogroll链接时运行。动作函数参数：链接ID。
提要动作
atom_entry
在原子供稿中每个博客条目的条目信息被打印之后（但在关闭条目标签之前）运行。
atom_head
在博客信息已打印到原子供稿中之后，在第一个条目之前运行。
atom_ns
在原子供稿的根XML元素内运行（以添加名称空间）。
commentrss2_item
在评论供稿中打印单个评论的信息之后（但在关闭item标记之前）运行。动作函数参数：注释ID，帖子ID。
do_feed_ （提要）
在生成供稿时运行，其中供稿是供稿的类型（rss2，atom，rdf等）。在打印Feed 之前，请使用小于10的优先级运行。动作函数参数：true（提要用于评论）或false（用于帖子）。
rdf_header
在将博客信息打印到RDF feed中之后，即在第一个条目之前，即运行。
rdf_item
在为RDF提要中的每个博客条目打印条目信息之后（但在关闭item标签之前）运行。
rdf_ns
在RDF提要中的根XML元素内运行（以添加名称空间）。
rss_head
在博客信息已在RSS提要中打印之后，在第一个条目之前运行。
rss_item
在RSS提要中为每个博客条目打印条目信息之后（但在关闭item标记之前）运行。
rss2_head
在将博客信息打印在RSS 2 feed中之后，在第一个条目之前运行。
rss2_item
在RSS 2 feed中为每个博客条目打印条目信息之后（但在关闭item标记之前）运行。
rss2_ns
在RSS 2 feed中的根XML元素内运行（以添加名称空间）。
模板动作
after_setup_theme
在主题初始化期间运行。通常用于执行主题的基本设置，注册和初始化操作。
comment_form
在由comment_form（）呈现的注释表单的底部，紧接在</ form>之前运行。动作函数参数：帖子ID。
comment_form_after
在结束</ div>之后，由comment_form（）呈现注释表单后运行。
do_robots
当模板文件选择器确定它是robots.txt请求时运行。
do_robotstxt
在do_robots（）函数中运行，然后打印出robots.txt文件的“禁止”列表。
get_footer
在模板调用footer.php模板文件之前，在模板调用get_footer（）函数时运行。
get_header
在模板调用get_header（）函数时（在header.php模板文件加载之前）运行。
switch_theme
当博客的主题更改时运行。动作函数自变量：新主题的名称。如果用于主题中，则仅当添加了操作的主题被禁用时，该主题才起作用。
after_switch_theme
当博客的主题更改时运行。动作函数自变量：新主题的名称。如果用于主题中，则只有在添加了动作的主题被启用的情况下，该主题才起作用。启用主题时可用于运行某些代码。
load-themes.php
在激活或停用主题（由其他主题替代）时运行。
template_redirect
在确定用于显示所请求页面的模板文件之前运行。
wp_footer
当模板调用wp_footer（）函数时运行，通常在博客页面底部附近。
wp_head
当模板调用wp_head（）函数时运行。该挂钩通常位于和</ head>之间的页面模板顶部附近。这个钩子没有任何参数。
wp_meta
在sidebar.php模板文件调用wp_meta（）函数时运行，以允许插件将内容插入到侧栏中。
wp_print_scripts
在WordPress将注册的JavaScript脚本打印到页面页眉之前运行。
行政行为
activate_（插件文件名）
在首次激活插件时运行。参见Function_Reference / register_activation_hook。
activity_box_end
在管理仪表板屏幕上活动框的末尾运行。
add_category_form_pre
在将添加类别表单放在管理菜单的屏幕上之前运行。
add_option_（选项名称）
在add_option（）函数添加了WordPress选项后运行。动作函数参数：选项名称，选项值。您必须为要响应的特定选项添加操作，例如添加了选项“ foo”后才能响应的“ add_option_foo”。
add_option
在将选项添加到数据库之前运行。
add_option
在添加选项后运行。
admin_head
在管理面板的HTML 部分中运行。
admin_head-（page_hook）或admin_head-（plugin_page）
在特定管理页面的HTML 部分或由插件生成的页面的管理面板中运行。
admin_init
在呈现该页面之前，在每个管理页面的开头运行。请参阅wp-admin / admin.php，wp-admin / admin-post.php和wp-admin / admin-ajax.php。
admin_footer-（plugin_page）
在插件生成页面的管理面板的部分的末尾运行。
admin_post_（操作）
还：admin_post_nopriv_（action） -为未指定的GET或POST请求运行处理程序。
admin_footer
在body标签内管理面板的末尾运行
admin_enqueue_scripts
在HTML标头中运行，因此插件或主题可以将JavaScript和CSS排入所有管理页面。
admin_print_scripts
在HTML标头中运行，因此插件可以将JavaScript脚本添加到所有管理页面。
admin_print_scripts-（page_hook）或admin_print_scripts-（plugin_page）
在特定的插件生成的管理页面的HTML标头部分运行以打印JavaScript脚本。使用将插件菜单项添加到管理菜单的任何功能时，将返回（page_hook）：add_management_page（），add_options_page（）等。示例：
函数myplugin_menu（）{
如果（function_exists（'add_management_page'））{
$ page = add_management_page（'myplugin'，'myplugin'，'manage_options'，'myplugin_slug'，'myplugin_admin_page'）;
add_action（“ admin_print_scripts- $ page”，'myplugin_admin_head'）;
}
}
admin_print_styles
在HTML标头中运行，因此插件可以将CSS /样式表添加到所有管理页面。
admin_print_styles-（page_hook）或admin_print_style-（plugin_page）
当样式应使用wp_enqueue_style（）排入特定管理页面时运行。使用诸如add_submenu_page（）之类的函数的返回值来确定（page_hook）的值。
check_passwords
在创建新用户时运行以验证密码的两次输入。动作函数参数：登录名，第一密码，第二密码的数组。
dbx_page_advanced
在管理菜单中页面编辑屏幕上“高级”部分的底部运行。
dbx_page_sidebar
在管理菜单页面编辑屏幕的侧边栏底部运行。
dbx_post_advanced
在管理菜单的帖子编辑屏幕上“高级”部分的底部运行。
dbx_post_sidebar
在管理菜单的帖子编辑屏幕上，在侧栏底部运行。在Wordpress 2.5及更高版本中使用add_meta_box（）。
deactivate_（插件文件名）
当插件被停用时运行。
delete_option_（选项名称）
在delete_option（）函数删除WordPress选项后运行。动作函数参数：选项名称。您必须为要响应的特定选项添加操作，例如“ delete_option_foo”，以在删除选项“ foo”时做出响应。
delete_option
在从数据库中删除选项之前运行。
Deleted_option
删除选项后运行。
delete_user
在删除用户时运行。动作函数参数：用户标识。
edit_category_form
在将添加/编辑类别表单显示在屏幕上之后（但在HTML表单标签的末尾之前）运行。
edit_category_form_pre
在将编辑类别表单放在管理菜单的屏幕上之前运行。
edit_tag_form
在将添加/编辑标签表单显示在屏幕上之后（但在HTML表单标签结尾之前）运行。
edit_tag_form_pre
在将编辑标签表单放在管理菜单的屏幕上之前运行。
edit_form_top
在WordPress帖子编辑屏幕上的标题（和自定义帖子类型）上的标题之前，但在初始隐藏字段（user_ID，操作等）之后的表单中运行。
edit_form_after_title
在WordPress帖子编辑屏幕（和自定义帖子类型）上的标题之后但在内置WordPress内容区域之前运行。
edit_form_after_editor
在WordPress帖子编辑器之后但在所有其他meta框之前运行。在自定义帖子类型中也可用。
edit_form_advanced
在管理菜单中帖子编辑表单的“高级”部分之前运行。
edit_page_form
在管理菜单中页面编辑表单的“高级”部分之前运行。
edit_user_profile
在管理菜单中用户个人资料编辑屏幕的末尾附近运行。
加载-（页）
在加载管理菜单页面时运行。通常不会直接添加此操作- 有关如何添加管理菜单的更多详细信息，请参见添加管理菜单。如果确实要直接使用它，则add_options_page（）和类似函数的返回值将为您提供动作名称的“（页面）”部分。
登录表格
在登录表单末尾之前运行。
login_head
在登录页面的HTML标头部分的末尾之前运行。
忘记密码
在登录屏幕上打印“通过电子邮件获取密码”表单之前运行。
lostpassword_form
在用于通过电子邮件检索用户密码的表格末尾运行，以允许插件提供额外的字段。
lostpassword_post
当用户请求一封电子邮件以检索其密码时运行，以允许插件在处理之前修改PHP $ POST变量。
manage_link_custom_column
当Blogroll管理管理员屏幕的列名未知时运行。动作函数参数：列名，链接ID。另请参阅“ 插件API /过滤器参考”中的过滤器manage_link_columns，其中添加了自定义列。
manage_posts_custom_column
当管理职位“管理”屏幕的列名未知时运行。动作函数参数：列名，帖子ID。另请参阅“ 插件API /过滤器参考”中的filter manage_posts_columns，其中添加了自定义列。（有关示例和用法，请参见Scompt的教程。）
manage_pages_custom_column
当管理页面“管理”屏幕的列名未知时运行。动作函数参数：列名，页面ID。另请参阅“ 插件API /过滤器参考”中的过滤器manage_pages_columns，其中添加了自定义列。
manage_media_custom_column
当管理媒体管理屏幕的列名未知时运行。动作函数参数：列名，页面ID。另请参阅“ 插件API /过滤器参考”中的过滤器manage_media_columns，其中添加了自定义列。
manage _ {$ post_type} posts_custom_column
当管理自定义帖子类型admin屏幕的列名未知时运行。动作函数参数：列名，帖子ID。另请参阅“ 插件API /过滤器参考”中的过滤器manage _ $ {post_type} posts_columns，其中添加了用于自定义帖子类型的自定义列。
重设密码
在用户的密码重置为随机的新密码之前运行。
personal_options_update
当用户从管理屏幕更新个人选项时运行。
plugins_loaded
在所有插件均已加载后运行。
profile_personal_options
在用户个人资料编辑屏幕的“个人选项”部分的末尾运行。
profile_update
在更新用户的配置文件时运行。动作函数参数：用户标识。
quick_edit_custom_box
在创建快速编辑器时，当列名未知时运行。
register_form
在新用户注册表单的末尾之前运行。
register_post
在处理新的用户注册请求之前运行。
strict_manage_posts
在管理菜单的屏幕上显示要编辑的帖子列表之前运行。
找回密码
在检索用户密码时运行，以向他们发送提醒电子邮件。动作函数参数：登录名。
set_current_user
在默认的wp_set_current_user（）函数更改用户后运行。注意，wp_set_current_user（）也是一个“可插入”功能，这意味着插件可以覆盖它。请参阅插件API）。
show_user_profile
在用户个人资料编辑屏幕的结尾附近运行。
sidebar_admin_page
在窗口小部件管理页面上的主要内容之后运行。
sidebar_admin_setup
在编辑侧边栏中显示的窗口小部件时尽早运行。
simple_edit_form
在管理菜单中的“简单”帖子编辑表单的末尾运行（默认情况下，简单表单仅用于书签-它没有“高级”部分）。
update_option（选项名称）
在update_option（）函数更新了WordPress选项后运行。动作函数参数：旧选项值，新选项值。您必须为要响应的特定选项添加操作，例如“ update_option_foo”，以在选项“ foo”更新后响应。
update_option
在将选项更新到数据库之前运行。
Updated_option
在更新选项后运行。
upload_files（标签）
运行以在上传文件管理屏幕上打印屏幕；“选项卡”是自定义操作选项卡的名称。使用wp_upload_tabs过滤器定义自定义标签（请参阅插件API /过滤器参考）。
user_new_form
在“添加新用户”屏幕的末尾运行。动作函数自变量：在多站点上为网络管理员传递字符串“ add-existing-user”，在单个站点上传递“ add-new-user”。
user_profile_update_errors
在将更新的用户详细信息提交到数据库之前运行。
wpmu_new_user
在多站点环境中首次创建用户配置文件时运行。动作函数参数：用户标识。如果不在多站点中，则使用user_register。
user_register
在首次创建用户个人资料时运行。动作函数参数：用户标识。
welcome_panel
使您可以隐藏仪表板中的“欢迎使用面板”。这也是一个智能过滤器，它隐藏了相关的屏幕选项。
wp_ajax（动作）
还：wp_ajax_nopriv_（action）-运行以执行未知类型的AJAX请求处理程序。
wp_authenticate
在用户登录时运行以对用户进行身份验证。动作函数参数：具有用户名和密码的数组。
wp_login
用户登录时运行。
wp_logout
用户注销时运行。
仪表板“立即操作”小部件操作
right_now_content_table_end
在“立即操作仪表板”小部件的内容列的底部添加表行。
right_now_table_end
在“立即显示板”小部件的“讨论”列中显示垃圾邮件评论数后调用。
right_now_discussion_table_end
在显示“垃圾邮件”评论的数量之后，并在“立即显示板”窗口小部件的“讨论”列中的right_now_table_end操作之后调用。
right_now_end
在“立即显示板”窗口小部件上显示当前版本信息后调用。（注意：在v3.4中，这实际上是rightnow_end。请参见故障单＃21046。）
activity_box_end
在“立即显示板”小部件上调用的最后一个动作。
进阶动作
本部分包含与WordPress用于确定要显示的帖子，WordPress循环，激活插件以及其他基本级别WordPress代码的查询有关的操作。
activate_plugin
任何成功激活任何插件即可运行
add_meta_boxes
在“编辑帖子”页面加载时运行。（3.0以上）
管理员菜单
在基本的管理面板菜单结构就绪后运行。
network_admin_notices
在将管理菜单打印到网络管理屏幕后运行。
user_admin_notices
在将管理菜单打印到用户管理屏幕后运行。
admin_notices
在将管理菜单打印到不是网络或用户管理屏幕的屏幕后运行。
all_admin_notices
在将管理菜单打印到所有屏幕后运行。
blog_privacy_selector
在默认的博客隐私选项显示在屏幕上后运行。
check_admin_referer
为了安全起见，在检查了随机数后，将在默认的check_admin_referrer（）函数中运行，以允许插件出于额外的安全原因而迫使WordPress死亡。注意，check_admin_referrer也是一个“可插入”功能，这意味着插件可以覆盖它。请参阅插件API）。
check_ajax_referer
在成功通过cookie验证了用户的登录名和密码之后，在默认的check_ajax_referer（）函数（当AJAX请求转到wp-admin / admin-ajax.php脚本时调用）中运行，以允许插件强制使用WordPress因额外的安全原因而死亡。注意，check_ajax_referer也是一个“可插入”功能，这意味着插件可以覆盖它。请参阅插件API）。
custom_controls_enqueue_scripts
在调用custom_controls_init之后调用WP Theme Customizer后触发，执行其操作/回调，并使其自身的样式和脚本排队，因此您可以使用此挂钩为WP Theme Customizer注册自己的脚本和样式。与主题自定义API配合使用（从3.4版开始）。
custom_register
在每个请求上运行，使开发人员可以注册新的主题选项和控件，以供主题自定义API使用（从3.4版开始）。
custom_preview_init
仅允许您直接在主题定制器中使资产（例如javascript文件）入队。与主题自定义API配合使用（从3.4版开始）。
deactivated_plugin
在成功停用任何插件的任何时间运行
generate_rewrite_rules
在生成重写规则之后运行。动作函数自变量：WP_Rewrite对象（$ wp_rewrite）通过引用。请注意，使用rewrite_rules_array过滤器而不是此操作更容易修改重写规则。
在里面
在WordPress完成加载之后但在发送任何标头之前运行。对于拦截$ _GET或$ POST触发器很有用。
loop_end
在处理WordPress循环的最后一个帖子后运行。
loop_start
在处理WordPress循环的第一篇文章之前运行。
network_admin_menu
在为“ 网络管理”页面准备基本菜单结构时运行。（管理菜单）
parse_query
在主查询或WP_Query的任何实例中的查询解析结束时运行，例如query_posts，get_posts或get_children。动作函数参数：WP_Query对象按引用。
parse_request
在主WordPress函数wp中解析查询请求后运行。动作函数自变量：WP对象（$ wp）通过引用。
pre_get_posts
在主查询或WP_Query的任何实例中执行查询之前运行，例如query_posts（），get_posts（）或get_children（）。在创建查询变量对象之后，但在实际运行查询之前，将调用此挂钩，并且可用于在运行主查询之前更改主查询。另请参见is_main_query（）。动作函数参数：WP_Query对象按引用。
sanitize_comment_cookies
从HTTP请求读取cookie后运行。
send_headers
在基本的HTTP标头在主要的WordPress函数wp（）中发送后运行。动作函数自变量：WP对象（$ wp）通过引用。
关掉
页面输出完成后运行。
update（meta_type）meta
保存元数据时运行。
Updated（meta_type）_meta
在元数据已更新时运行。
upgrader_process_complete
当插件下载程序/升级程序类完成运行时运行
wp_loaded
一旦WP，所有插件和主题完全加载并实例化，就会触发此钩子。
wp
在查询被解析并加载后，但在任何模板执行之前，在主要的WordPress函数wp（）中执行。如果您需要访问发布数据但不能使用模板进行输出，则很有用。动作函数自变量：WP对象（$ wp）通过引用。
友情提示
请保留版权标识
说：来学习一下，应该用得上