Мне нужно использовать вызовы cross-appdomain в моем приложении, и иногда у меня есть это RemotingException:
Объект '/2fa53226_da41_42ba_b185_ec7d9c454712/ygiw+xfegmkhdinj7g2kpkhc_7.rem' был отключен или не существует на сервере.
Целевой объект все еще жив, я его проверил.
UPD Я установил точку останова в финализаторе целевого объекта, и он никогда не попадает. Таким образом, этот объект жив и не был GC'ed.
Вероятно, это связано с тем, что локальный сборщик мусора на стороне сервера собирает объект. Вы можете предотвратить это, возобновив лизинг. Подробнее об этом можно прочитать в следующих статьях:
Обновление: К сожалению, проблемы журнала MSDN от 2008 года и старше больше не доступны для просмотра в Интернете, а только в виде файлов .chm, которые необходимо загрузить на локальный компьютер. Предыдущие выпуски можно найти в:
Это связано с тем, что управление жизненным циклом на стороне сервера отключает объект, когда истекает срок его аренды, чтобы GC мог его собрать. Если вы попытаетесь использовать его со стороны клиента, вы получите исключение, даже если оно еще не было GC'd на сервере (например, поскольку все еще есть ссылка на него), но срок аренды истек. Это делается для того, чтобы избежать непредсказуемого поведения. Принятый ответ дает хорошую ссылку на то, как правильно управлять временем жизни удаленных .NET-объектов.
У меня была та же проблема, и я искал много часов с помощью многих сообщений StackOverflow.
Я наконец нашел полный вопрос.
Вот полное объяснение и пример использования:
Мой класс "Loader" наследуется от MarshalByRefObject, и я поддерживаю его классом ISponsor. Я знаю, что "ClientSponsor" существует в.NET, но у меня не было возможности определить, когда и когда вызывается Renewal(), поэтому я сделал свой класс с помощью сообщества StackOverflow (см. Комментарии к коду):
/// <see cref="/questions/7281683/remoting-sponsor-stops-being-called"/>
public class RemotingSponsor : MarshalByRefObject, ISponsor, IDisposable
{
/*
* @CoryNelson said :
* I've since determined that the ILease objects of my sponsors
* themselves are being GCed. They start out with the default 5min lease
* time, which explains how often my sponsors are being called. When I
* set my InitialLeaseTime to 1min, the ILease objects are continually
* renewed due to their RenewOnCallTime being the default of 2min.
*
*/
ILease _lease;
public RemotingSponsor(MarshalByRefObject mbro)
{
_lease = (ILease)RemotingServices.GetLifetimeService(mbro);
if (_lease == null) throw new NotSupportedException("Lease instance for MarshalByRefObject is NULL");
_lease.Register(this);
}
public TimeSpan Renewal(ILease lease)
{
Debug.WriteLine("RemotingSponsor.Renewal called");
return this._lease != null ? lease.InitialLeaseTime : TimeSpan.Zero;
}
public void Dispose()
{
if (_lease != null)
{
_lease.Unregister(this);
_lease = null;
}
}
public override object InitializeLifetimeService()
{
/*
*
* @MatthewLee said:
* It been a long time since this question was asked, but I ran into this today and after a couple hours, I figured it out.
* The 5 minutes issue is because your Sponsor which has to inherit from MarshalByRefObject also has an associated lease.
* It created in your Client domain and your Host domain has a proxy to the reference in your Client domain.
* This expires after the default 5 minutes unless you override the InitializeLifetimeService() method in your Sponsor class or this sponsor has its own sponsor keeping it from expiring.
* Funnily enough, I overcame this by returning Null in the sponsor InitializeLifetimeService() override to give it an infinite timespan lease, and I created my ISponsor implementation to remove that in a Host MBRO.
* Source: /questions/7281683/remoting-sponsor-stops-being-called
*/
return (null);
}
}
И тогда я использовал этого "заказного спонсора" вот так:
// Loader and Container for MarshalByRefObject in another domain
public class PluginFile : IDisposable
{
private RemotingSponsor _sponsor; // Keep instance not to have Sponsor Garbage Collected
private AppDomain _sandbox;
private ICustomPlugin[] _plugins; // I do not store real instances of Plugins, but a "CustomPluginProxy" which is known both by main AppDomain and Plugin AppDomain.
// Constructor : load an assembly file in another AppDomain (sandbox)
public PluginFile(System.IO.FileInfo f, AppDomainSetup appDomainSetup, Evidence evidence)
{
Directory = System.IO.Path.GetDirectoryName(f.FullName) + @"\";
_sandbox = AppDomain.CreateDomain("sandbox_" + Guid.NewGuid(), evidence, appDomainSetup);
_sandbox.Load(typeof(Loader).Assembly.FullName);
// - Instanciate class "Loader" INSIDE OTHER APPDOMAIN, so we couldn't use new() which would create in main AppDomain.
_loader = (Loader)Activator.CreateInstance(
_sandbox,
typeof(Loader).Assembly.FullName,
typeof(Loader).FullName,
false,
BindingFlags.Public | BindingFlags.Instance,
null,
null,
null,
null).Unwrap();
// - Load plugins list for assembly
_plugins= _loader.LoadPlugins(f.FullName);
// - Keep object created in other AppDomain not to be "Garbage Collected". I create a sponsor. The sponsor in registed for object "Lease". The LeaseManager will check lease expiration, and call sponsor. Sponsor can decide to renew lease. I not renewed, the object is garbage collected.
// - Here is an explanation. Source: /questions/1944669/how-do-the-isponsor-and-ilease-interfaces-work
_sponsor = new RemotingSponsor(_loader);
// Here is my SOLUTION after many hours ! I had to sponsor each MarshalByRefObject (plugins) and not only the main one that contains others !!!
foreach (ICustomPlugin plugin in Plugins)
{
ILease lease = (ILease)RemotingServices.GetLifetimeService((PluginProxy)plugin);
lease.Register(_sponsor); // Use the same sponsor. Each Object lease could have as many sponsors as needed, and each sponsor could be registered in many Leases.
}
}
}
Тип PluginProxy имеет ссылку на реальный тип плагина. Действительно, PluginProxy создается внутри Plugin AppDomain и возвращается к основному AppDomain, чтобы позволить ему вызывать плагины, даже если он игнорирует их реальный тип. Таким образом, PluginProxy, который должен быть доступен из основного домена приложений, должен быть сериализован, чтобы пересекать ограничения доменов приложений. У меня была проблема, потому что я не спонсировал эти MarshalByRefObject (s):
/// <see cref="/questions/687076/how-to-pass-an-unknown-type-between-two-net-appdomains"/>
[Serializable]
public class PluginProxy : MarshalByRefObject, ICustomPlugin
{
private ICustomPlugin _hostedPlugin;
/// <summary>
/// Parameterless constructor for deserialization
/// </summary>
public PluginProxy()
{
}
~PluginProxy()
{
Debug.WriteLine("DESTRUCTOR ~PluginProxy");
}
/// <summary>
/// Constructor reserved from real Plugin type
/// </summary>
/// <param name="name"></param>
public PluginProxy(ICustomPlugin hostedPlugin)
{
_hostedPlugin = hostedPlugin;
}
public PluginName Name => _hostedPlugin.Name;
public PluginResult Execute(PluginParameters parameters, PluginQuery query)
{
return(_hostedPlugin.Execute(parameters, query));
}
}
Было трудно решить кучу проблем, надеюсь, это поможет!
Рекомендации:
StackOverflow: удаленный спонсор перестает вызываться
StackOverflow: Как работают интерфейсы ISponsor и ILease?
Это произошло для нас, потому что в одном из наших классов была статическая переменная типа AppDomain. Класс использовался в долго работающей службе Windows. В AppDomain есть метод InitializeLifetimeService, который необходимо переопределить следующим образом:
public override object InitializeLifetimeService(){
return null;
}
Мы постоянно использовали это как приватную переменную, которая загружала и выгружала некоторые библиотеки для пользовательской сборки вне логики. Ответ был взят отсюда: msdn answer
Поскольку мы не смогли изменить это во время производства, мы закончили с компромиссом перезапуска службы Windows через случайные интервалы, которые короче, чем время жизни статической переменной AppDomain, которая методом проб и ошибок показала, что это несколько дней.
Этот вопрос также помог прояснить некоторые вещи о времени жизни: fooobar.com/questions/109332/...
в моем случае проблема заключалась в том, что на клиентском компьютере активен виртуальный сетевой адаптер, отключение виртуальных сетевых адаптеров, проблема решена.
В моем случае это происходило с SQL LocalDB, хранящимся в папке App_Data внутри проекта Web. Всякий раз, когда я пытаюсь использовать Package Console для запуска update-database для инициализации моей базы данных Entity Framework с помощью миграции, ничего не происходит. Затем через некоторое время я получаю эту ошибку.
Я решил это, пересмотрев права доступа к файлам на App_Data. После исправления, вуаля, он работал.
На этот вопрос fooobar.com/info/109332/.... TL/DR:
InitializeLifetimeService возвращало нольClientSponsor чтобы сохранить ваш объект дольше.