本技能提供 WordPress 插件开发中的性能优化准则与实践指导，旨在减少数据库负载、降低内存占用并避免不必要的资源加载，从而提升插件在高流量站点上的运行效率。内容按主题分为数据库查询、选项与自动加载、对象缓存、瞬态、条件资源加载等部分，并针对常见错误模式给出纠正示例。
用途 适用于开发新 WordPress 插件、优化现有插件代码、编写数据库查询（WP_Query、$wpdb、options）、实现缓存策略（对象缓存、瞬态）、高效加载脚本与样式、创建 AJAX 处理器或 REST API 端点、使用 WP-Cron 调度后台任务、从插件发起外部 HTTP 请求，以及在部署到高流量站点前进行代码审查。
主要能力
- 数据库查询优化：强调有界查询，使用 posts_per_page 限制结果，避免 posts_per_page=-1；在不需要分页时设置 no_found_rows 为 true；根据需求将 update_post_meta_cache 与 update_post_term_cache 设为 false；仅在需要完整对象时请求字段，否则使用 fields 参数获取 ID；保持 cache_results 为 true 以利用缓存。提供分页查询的正确写法，并指出不应使用 query_posts()，而应使用 pre_get_posts 过滤器修改主查询或使用 WP_Query 进行次要查询。
- 元数据查询优化：指出元数据查询会扫描未建索引的列，应谨慎使用，建议用分类法替代可过滤属性；对于因数据存储位置而必须使用元数据查询的合法场景（如隐私 API 导出器按客户邮箱查询、WooCommerce 订单号解析），说明相关警告为信息性而非安全问题，但需要提供简短理由并附在 phpcs:ignore 注释中。
- 排除模式重构：对于 post__not_in、exclude、category__not_in、tag__not_in、author__not_in 等排除参数，建议改为“获取稍大窗口、在 PHP 中过滤、限制到目标数量”的模式，避免 SQL 中 NOT IN 列表随排除集增大而线性变慢。
- 直接数据库查询：强调使用 $wpdb->prepare() 与占位符，避免前导通配符 LIKE 导致全表扫描，尽可能使用尾随通配符以利用索引；查询前验证参数，避免使用可能为假值的 ID 进行查询。
- 选项与自动加载管理：说明 WordPress 每次请求都会加载所有自动加载选项，建议小型插件设置与功能标志设为自动加载，大型序列化数据、少用数据与缓存 API 响应设为不自动加载，可使用 add_option 的 autoload 参数或直接更新 wpdb 的 options 表来修改自动加载状态；建议总自动加载大小控制在 800KB 以下；避免每次页面查看都写入选项，推荐用对象缓存缓冲并定期刷新。
- 对象缓存：介绍 wp_cache_get、wp_cache_set、wp_cache_add、wp_cache_delete、wp_cache_incr、wp_cache_get_multiple、wp_using_ext_object_cache 等函数，演示缓存昂贵函数结果并在数据变化时使缓存失效；列出应缓存的昂贵 WordPress 函数，如 url_to_postid、attachment_url_to_postid、count_user_posts、wp_oembed_get；建议批量化缓存获取以减少调用次数。
- 瞬态：说明瞬态提供带过期的键值存储，无持久对象缓存时使用 options 表；给出缓存 API 响应的示例；警告动态瞬态键可能导致表膨胀，建议用户特定数据使用对象缓存；并提供根据环境（是否使用外部对象缓存）调整缓存策略的方法。
- 条件资源加载：演示仅在包含短代码的页面、特定页面模板等条件下加载脚本与样式，避免全站加载；提及基于区块的条件加载（内容截断）。
使用方式 该技能以文档形式提供指导与代码示例，开发者可在编写或审查插件代码时参照对应章节，将示例中的正确模式应用到实际代码中。示例中的函数名、变量名与常量均为示意，需替换为实际插件中的命名。对于 phpcs:ignore 注释，需附上具体理由以通过人工审查。
适用场景 适用于开发新插件、优化现有插件性能、实现数据库查询与缓存、条件加载资源、创建 AJAX/REST 端点、调度 WP-Cron 任务、发起外部 HTTP 请求，以及在高流量站点部署前进行代码审查。
限制 本文档为指南性质，不包含完整的插件代码或可直接安装的包；示例中的函数与常量需按实际环境调整；部分高级主题（如基于区块的条件加载）内容被截断，具体细节暂未提供；性能效果取决于具体实现与环境，文档未承诺任何具体性能提升数值。