nytprofhtml 似乎忽略了名为 DB 的模块

Posted 2023-03-06

技术标签:

【中文标题】nytprofhtml 似乎忽略了名为 DB 的模块【英文标题】：nytprofhtml seem to ignore module named DB 【发布时间】：2018-02-05 18:52:41 【问题描述】：

我正在尝试分析一个包含创造性地命名为DB 的模块的大型应用程序。在-d:NYTProf 下运行它并调用nytprofhtml 之后，都没有任何额外的开关或相关的环境变量，我得到了带有HTML 输出的通常nytprof 目录。但是，由于某些内部逻辑，与我的模块DB 相关的任何输出似乎都被严重损坏了。只是为了确保DB 是纯 Perl。

-pm-NN-line.html

DB

DB-pm-NN-line.html

其实，这里有一个小例子：

# main.pl
use lib '.';
use DB;

for (1..10) 
    print DB::do_stuff();


# DB.pm
package DB;

sub do_stuff 
    my $a = 1;
    my $b = 2;
    my $c = $a + $b;

   return $c;


1;

尝试运行perl -d:NYTProf main.pl，然后运行nytprofhtml，然后检查nytprof/DB-pm-8-line.html。

我不知道这是否会发生，因为 NYTProf 本身有一个名为 DB 的内部模块，或者它以某种神奇的方式处理以 DB 开头的模块 - 我注意到来自 DBI 的函数的输出看起来也有些不同。

除了重命名我的DB 模块之外，有没有办法更改/禁用此行为？

【问题讨论】：

参见 DB - programmatic interface to the Perl debugging API perldoc.perl.org/DB.html - 它是 NYTProf 可能使用的核心模块。最好重命名你的模块对于接近 10Mb 的代码库以及非常复杂的继承和动态加载，这几乎不是一个选项。无论如何，这个名字是非常通用的，这正是它预计会在野外遇到的原因，所以如果 D::NYTP 有它的 msihandling 硬编码 - 那真的很糟糕。 DB 不仅仅是一个随机模块，它实际上是核心语言的一部分，例如strict 或IO::Handle。 NYTProf 有权使用该基础设施。是的，您的模块通常可以工作，但是这种命名冲突与创建名为print、select 或say 的子例程有类似的问题。重命名模块是最明智的选择，并且应该可以通过一些正则表达式进行管理。我通常通过在某些唯一标识符下命名内部模块来防止此类问题，例如喜欢AMON::DB。 【参考方案1】：