Class::ISA::self_and_super_path 的替换是 mro::get_linear_isa。这可以从 mro 本身获得,或者,如果你想支持旧的 perls,可以通过 MRO::Compat 获得。
另外,@ISA 是一个神奇的变量。
$ perl -MDevel::Peek -e'Dump \@ISA'
SV = IV(0x1b92e20) at 0x1b92e28
REFCNT = 1
FLAGS = (TEMP,ROK)
RV = 0x1bbcd58
SV = PVAV(0x1b93cf8) at 0x1bbcd58
REFCNT = 2
FLAGS = (SMG,RMG)
MAGIC = 0x1bc0f68
MG_VIRTUAL = &PL_vtbl_isa
MG_TYPE = PERL_MAGIC_isa(I)
MG_OBJ = 0x1bbcd40
ARRAY = 0x0
FILL = -1
MAX = -1
ARYLEN = 0x0
FLAGS = (REAL)
注意PERL_MAGIC_isa。这就是驱动这种特殊机制的原因。
每当它被改变时,依赖于它的值的任何缓存的内容都应该被更新。
$ perl -E'say Foo->isa(q[Bar]) || 0; @Foo::ISA = qw(Bar Baz); say Foo->isa(q[Bar]) || 0'
0
1
显然,您发现了缓存失效没有发生的情况。我认为这是一个错误。 splice 可能由于某种原因没有适当地调用 isa 魔法。您可以尝试以另一种方式修改@ISA,例如使用unshift 或赋值,或者可能尝试mro::method_changed_in,这会使绑定到各种@ISAs 的方法解析缓存无效。
如果您可以将此错误减少到最小的测试用例,那将对修复此错误非常有帮助。
更新:
一个最小的测试用例变得很简单:
$ perl -E'say Foo->isa(q[Bar]) || 0; splice @Foo::ISA, 0, 0, q[Bar]; say Foo->isa(q[Bar]) || 0'
0
0
这是由pp_splice 没有执行mg_set((SV *)ary) 之类的操作引起的。 push、unshift 和常规分配正确地做到了这一点,因此使用其中之一应该可以解决您的问题。
另一个更新:
This change,我刚刚提交给 perl,解决了这个问题。然而,由于splice 不调用魔法的奇怪行为已经出现在 5.8 和 5.10 中,它不是回归,因此在几个月内不会成为 5.12.3 的一部分。下周发布的5.13.6,明年北方春天的5.14.0,大概会有吧。