Question

在ARC管理下使用Delphi for iOS终止线程的正确方法是什么？

举个简单的例子：

  TMyThread = class(TThread)
  protected
    procedure Execute; override;
  public
    destructor Destroy; override;
  end;

  TForm2 = class(TForm)
    Button1: TButton;
    Button2: TButton;
    Button3: TButton;
    procedure Button1Click(Sender: TObject);
    procedure Button2Click(Sender: TObject);
    procedure Button3Click(Sender: TObject);
  private
    FThread: TMyThread;
  public
  end;

{ TMyThread }
destructor TMyThread.Destroy;
begin

  ShowMessage('Destroy');

  inherited Destroy;

end;

procedure TMyThread.Execute;
begin

  Sleep(5000);

end;

{ TForm2 }
procedure TForm2.Button1Click(Sender: TObject);
begin
  FThread := TMyThread.Create(TRUE);
  FThread.FreeOnTerminate := TRUE;
  FThread.Start;
end;

procedure TForm2.Button2Click(Sender: TObject);
begin
  ShowMessage(FThread.RefCount.ToString);
end;

procedure TForm2.Button3Click(Sender: TObject);
begin
  FThread := nil;
end;

好的，按下Button1会产生一个线程。线程启动后，如果单击Button2，它将显示RefCount值3！好吧，1是我的FThread变量的引用，并且TThread内部创建了2个额外的引用...我已经深入研究了源代码并发现RefCount在这里增加了：

constructor TThread.Create(CreateSuspended: Boolean);

  ErrCode := BeginThread(nil, @ThreadProc, Pointer(Self), FThreadID);
  if ErrCode <> 0 then
    raise EThread.CreateResFmt(@SThreadCreateError, [SysErrorMessage(ErrCode)]);
  {$ENDIF POSIX}

在这里：

function ThreadProc(Thread: TThread): Integer;
var
  FreeThread: Boolean;
begin
  TThread.FCurrentThread := Thread;

嗯......线程完成后（在我的情况下，5秒后），RefCount将减少到2（因为我已将FreeOnTerminate设置为TRUE，但如果我没有将FreeOnTerminate设置为TRUE，则RefCount将仍然是3）。

看到问题？线程永远不会完成，并且永远不会调用析构函数，如果我调用FThread := nil，那么，RefCount应该从2减少到1（或者FreeOnTerminate = FALSE中从3减少到2），并且线程永远不会被释放ARC ...

也许我错过了一些东西，因为我曾经在没有ARC的线程上工作......所以，我在这里缺少什么？或者在ARC下的TThread实现中是否存在错误？

也许是TThread的这个定义

private class threadvar
  FCurrentThread: TThread;

应该是

private class threadvar
  [Weak] FCurrentThread: TThread;

Answer 1

在qc中进行了一些挖掘之后，出现了以下问题和解决方法：

线程参数应作为const

传递

function ThreadProc(Thread: TThread): Integer;  <<-- pass_by_reference pushes
var                                                  up the ref_count.
  FreeThread: Boolean;
begin
  TThread.FCurrentThread := Thread;

如果您将其作为const传递，则ref_count将不会达到3。通常这不是问题，因为退出函数时ref_count会减少，但是这里：

the function epilog is never exectued because pthread_exit() jumps out of the code。

这只是解决方案的一部分，但还需要做更多的工作......

Full workaround by Dave Nottage

经过多次摆弄后，我想出了这个潜在的解决方法：

将这些mod转换为Classes单元：变化：

function ThreadProc(Thread: TThread): Integer;

为：

function ThreadProc(const Thread: TThread): Integer;

并添加：

TThread.FCurrentThread := nil;

这一行之后：

if FreeThread then Thread.Free;

覆盖TThread后代中的DoTerminate，因此：

procedure TMyThread.DoTerminate;
begin
  try
    inherited;
  finally
    __ObjRelease;
  end;
end;

这样调用线程：

FMyThread.Free; // This will do nothing the first time around, since the reference will be nil
FMyThread := TMyThread.Create(True);
// DO NOT SET FreeOnTerminate
FMyThread.OnTerminate := ThreadTerminate;
FMyThread.Resume;

这（至少对我来说，在设备上）会导致线程在后续调用中被破坏。

注意：在ARC条件下，从不在本地声明对线程的引用，因为当它超出范围时，线程被销毁并且永远不会调用Execute方法，更不用说其他问题它导致。

ARC（iOS）下的Delphi TThread尚未发布

1 个答案: