您最好的选择可能是将所有名称复制到插件中以用于检索。当然，当插件更新时，这可能会改变。当使用update\\u option（）将选项保存在数据库中时，没有迹象表明它们来自哪个插件，存储在任何地方。但是，如果所有选项都使用特定前缀，则可以构造一个SQL查询，根据该前缀从选项表中提取它们。

例如，如果插件的所有选项的前缀为“abcd\\u0”，则可以使用如下查询：

select * from $wpdb->options where option_name like \'abcd_%\'

您无法获取插件已保存的选项上的数据，但您可以做的是监视add_option, update_option 还有可能get_option 通过简单的回溯，找出哪些插件正在使用哪些选项。我为您整理了一个小片段：

function gimme_your_options( $option_name ) {
    $blame = \'core\';
    $debug_backtrace = debug_backtrace();
    foreach ( $debug_backtrace as $call ) {
        if ( empty( $call[\'file\'] ) )
            continue;

        if ( ! preg_match( \'#wp-content/((?:(?:mu-)?plugins|themes)/.+)#i\', $call[\'file\'], $matches ) )
            continue;

        $blame = $matches[1];
        break;
    }

    error_log( sprintf( \'blame %s for %s\', $blame, $option_name ) );
}

add_action( \'add_option\', \'gimme_your_options\' );
add_action( \'update_option\', \'gimme_your_options\' );

[23-Mar-2015 05:39:27 UTC] blame core for active_plugins
[23-Mar-2015 05:39:27 UTC] blame core for _transient_doing_cron
[23-Mar-2015 05:39:27 UTC] blame core for cron
[23-Mar-2015 05:39:27 UTC] blame core for cron
[23-Mar-2015 05:39:28 UTC] blame plugins/jetpack/class.jetpack.php for _transient_timeout_jetpack_https_test
[23-Mar-2015 05:39:28 UTC] blame plugins/jetpack/class.jetpack.php for _transient_jetpack_https_test
[23-Mar-2015 05:39:28 UTC] blame plugins/jetpack/class.jetpack-options.php for jetpack_options

还请注意，可能存在误报，例如，如果插件添加了cron计划，则该函数将是访问cron选项的罪魁祸首，然而，插件肯定不拥有该选项。

我认为这是不可能的，也不存在一个通用函数。无论何时添加选项，都可以通过添加option_name 和option_value - add_option().

<?php add_option( $option, $value, $deprecated, $autoload ); ?>

您必须手动找出他们使用的所有选项名称，如果他们使用前缀，则必须循环查看他们的每个选项：$prefix_$option_name.