Да, понимаю. И придумать не могу другое пока

Хотелось бы именно на хелпере реализовать

Чтоб не передавать ссылку

function ValidObject(const AObject: TObject): Boolean;
begin
 Result := Assigned(AObject) {$IFDEF AUTOREFCOUNT}and (not AObject.Disposed){$ENDIF};
end;

function ValidObjectEx(const AObject: TObject): Boolean;
begin
 Result := False;
 if ValidObject(AObject) then
   try
     if PNativeInt(AObject)^ > $FFFF then
       Result := PNativeInt(AObject)^ = PNativeInt(PNativeInt(AObject)^ + vmtSelfPtr)^;
   except
   end;
end;

Без этого ни как.

А жаль

Придется делать TImage.LoadFromUrl(Image1, Url);

зачем придумывать себе трудности, а потом героически их превозмогать?

У тебя не в этом проблема, а в том, что в потоке на момент синхронизации Self <> nil, хотя объект уже разрушен.

Именно в этом 😁
Делаем трудности, чтоб превозмогать)

Как-то мне видится твоя проблема.

Ну так вот так я и передам ссылку на объект, чтоб его проверить

Я бы добавлял используемые TImage в список после создания и удалял перед освобождением. Соответственно, из списка можно взять только действующий TImage

Я хотел реализовать хелпер, который бы просто использовался как одна строчка. И мог быть добавлен в любой проект без конструирования список

Подключаем модуль с хелпером и можем использовать не только Image1.LoadFromFile, а ещё и Image1.LoadFromUrl

Ну так и список можно подключать

Хелпер хорош, когда есть гарантированный экземпляр. А у дохлой ссылки хелпер только вредит.

где тут у тебя  кэш-то?

Кеш в загрузке TBitmap.LoadFromUrl