在perl类中未定义DESTROY方法是否存在内存泄漏的风险?

如何解决在perl类中未定义DESTROY方法是否存在内存泄漏的风险?

根据上一个问题?(SO-63595446),我仍在使用Perl 5.8 Foo::Bar软件包。

TL; DR如果我没有在Perl 5.8 Class:Std包中定义一个DESTROY方法来将我的属性重置为undef的方法,是否存在内存泄漏的风险?


我一直在尝试记住一些实例属性:

  • 起初我像BarObj $bbb那样做,但是在我的测试中,我立即可以看到一种竞争状态:我使用的是类变量而不是实例变量,并且结果在多个实例之间共享
  • 我实现为BarObj %aaa,现在看起来很好

代码的简化版本:

#!/usr/bin/env perl

use 5.8.0;
use strict;
use warnings;
use Data::Dumper qw(Dumper);
use Scalar::Util qw(refaddr);

{
  package FooObj;

  use strict;
  use warnings;
  use Class::Std;

  my %ccc :ATTR;

  sub BUILD {
    my ($self,$ident,$args) = @_;
    $ccc{$ident} = $$args{foobar};
  }

  sub retrieve {
    my $args = shift;
    my $foobar = $$args{foobar};
    FooObj->new({foobar => $foobar});
  }
}

{
  package BarObj;
  FooObj->import;

  use strict;
  use warnings;
  use Class::Std;
  use Scalar::Util qw(refaddr);

  my %aaa :ATTR( :get<aaa> );
  my $bbb = {};

  sub doSomething {
    my ($self,$args) = @_;

    my $foo = $$args{foo};
    my $bar = $$args{bar};
    my $cacheKey = "$$args{foo}:$$args{bar}";

    # using ident $self
    my $aaaCache = $aaa{ident $self}->{$cacheKey};
    # not using ident $self
    my $bbbCache = $$bbb{$cacheKey};

    return if $aaaCache && $bbbCache;

    my $f = FooObj::retrieve({foobar => $cacheKey});

    $aaa{ident $self}->{$cacheKey} = refaddr($f) unless $aaaCache;
    $$bbb{$cacheKey} = refaddr($f) unless $bbbCache;
  }

  sub get_bbb {
    return $bbb;
  }
}

my $bar1 = BarObj->new();
my $bar2 = BarObj->new();

my $input1 = { foo => 'aaa',bar => 'aaa' };
my $input2 = { foo => 'bbb',bar => 'bbb' };

print '$bar1 refaddr: ' . refaddr($bar1) .
     ' $bar2 refaddr: ' . refaddr($bar2) . "\n";

$bar1->doSomething($input1);
$bar1->doSomething($input2);

$bar2->doSomething($input1);
$bar2->doSomething($input2);

print '$bar1 %aaa: ' . Dumper($bar1->get_aaa());
print '$bar2 %aaa: ' . Dumper($bar2->get_aaa());

print '$bar1 %bbb: ' . Dumper($bar1->get_bbb());
print '$bar2 %bbb: ' . Dumper($bar2->get_bbb());

代码段的输出:

$bar1 refaddr: 140467484583408 $bar2 refaddr: 140467484303424
$bar1 %aaa: $VAR1 = {
          'aaa:aaa' => '140467484303784','bbb:bbb' => '140467467923232'
        };
$bar2 %aaa: $VAR1 = {
          'bbb:bbb' => '140467467923520','aaa:aaa' => '140467467923424'
        };
$bar1 %bbb: $VAR1 = {
          'bbb:bbb' => '140467467923232','aaa:aaa' => '140467484303784'
        };
$bar2 %bbb: $VAR1 = {
          'bbb:bbb' => '140467467923232','aaa:aaa' => '140467484303784'
        };

我想知道垃圾收集器如何处理我的包以及如何破坏我存储的引用。 根据文档(https://perldoc.perl.org/perlobj.html#Destructors),我可以定义一个自定义析构函数(例如,将我的%aaa设置回undef),但是我不知道是否需要。

在未使用DESTROY方法将其显式重置为undef的情况下,您是否看到与ATTR使用相关的任何内存泄漏风险?

解决方法

什么清空%aaa$bbb%ccc

Class :: Std实际上将一个析构函数添加到您的包中。没有它,%aaa%ccc的内容将仅在程序退出时释放。 (如果没有新的对象在与旧对象相同的地址处发现,那么即使没有析构函数,您甚至可能会得到一个带有错误数据的对象。)

剩下$bbb。 Class :: Std对此一无所知,并且您没有采取任何措施将其清空,因此在程序退出之前不会清空其内容。

use Class::Std;
use Data::Dumper qw( Dumper );

my %foo :ATTR;   # Akin to %aaa and %ccc
my %bar;         # Akin to %$bbb

sub _dump {
   local $Data::Dumper::Indent = 0;
   local $Data::Dumper::Terse  = 1;
   print("%foo: " . Dumper(\%foo) . "\n");
   print("%bar: " . Dumper(\%bar) . "\n");
}

sub do_something {
   my $self = shift;
   my %args = @_;
   $foo{ident $self} = $args{foo};
   $bar{ident $self} = $args{bar};
}

{
   my $obj = __PACKAGE__->new();
   $obj->do_something( foo => 123,bar => 456 );

   print("BEFORE DESTROY:\n");
   _dump();
}

print("\n");
print("After DESTROY:\n");
_dump();
Before DESTROY:
%foo: {'140737100652856' => 123}
%bar: {'140737100652856' => 456}

After DESTROY:
%foo: {}
%bar: {'140737100652856' => 456}

您将需要类似的东西

{
   my $old_destroy = \&DESTROY;
   my $new_destroy = sub {
      ... empty the appropriate entry of $bbb ...
      $old_destroy->(@_);
   };

   no warnings qw( redefine );
   *DESTROY = $new_destroy;
}

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


依赖报错 idea导入项目后依赖报错,解决方案:https://blog.csdn.net/weixin_42420249/article/details/81191861 依赖版本报错:更换其他版本 无法下载依赖可参考:https://blog.csdn.net/weixin_42628809/a
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下 2021-12-03 13:33:33.927 ERROR 7228 [ main] o.s.b.d.LoggingFailureAnalysisReporter : *************************** APPL
错误1:gradle项目控制台输出为乱码 # 解决方案:https://blog.csdn.net/weixin_43501566/article/details/112482302 # 在gradle-wrapper.properties 添加以下内容 org.gradle.jvmargs=-Df
错误还原:在查询的过程中,传入的workType为0时,该条件不起作用 &lt;select id=&quot;xxx&quot;&gt; SELECT di.id, di.name, di.work_type, di.updated... &lt;where&gt; &lt;if test=&qu
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct redisServer’没有名为‘server_cpulist’的成员 redisSetCpuAffinity(server.server_cpulist); ^ server.c: 在函数‘hasActiveC
解决方案1 1、改项目中.idea/workspace.xml配置文件,增加dynamic.classpath参数 2、搜索PropertiesComponent,添加如下 &lt;property name=&quot;dynamic.classpath&quot; value=&quot;tru
删除根组件app.vue中的默认代码后报错:Module Error (from ./node_modules/eslint-loader/index.js): 解决方案:关闭ESlint代码检测,在项目根目录创建vue.config.js,在文件中添加 module.exports = { lin
查看spark默认的python版本 [root@master day27]# pyspark /home/software/spark-2.3.4-bin-hadoop2.7/conf/spark-env.sh: line 2: /usr/local/hadoop/bin/hadoop: No s
使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams[&#39;font.sans-serif&#39;] = [&#39;SimHei&#39;] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -&gt; systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping(&quot;/hires&quot;) public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate&lt;String
使用vite构建项目报错 C:\Users\ychen\work&gt;npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-