Исключение "Объект отключен или не существует на сервере"

Question

Мне нужно использовать кросс-доменные вызовы в моем приложении, и иногда у меня есть это RemotingException:

Объект '/2fa53226_da41_42ba_b185_ec7d9c454712/ygiw+xfegmkhdinj7g2kpkhc_7.rem' был отключен или не существует на сервере.

Целевой объект еще жив, я проверил его.

UPD Я установил точку останова в финализаторе целевого объекта, и он никогда не срабатывает. Таким образом, этот объект жив и не был собран GC.

Answer 1

Вероятно, это связано с тем, что локальный сборщик мусора на стороне сервера собирает объект. Вы можете предотвратить это, возобновив лизинг. Вы можете прочитать больше об этом в этих статьях:

• Управление сроком службы удаленных объектов.NET с помощью лизинга и спонсорства
• CLR Inside Out: управление временем жизни объекта

Обновление: К сожалению, выпуски MSDN Magazine, выпущенные в 2008 году и старше, больше не доступны для просмотра в Интернете, а отображаются только как файлы.chm, которые необходимо загрузить на локальный компьютер. Предыдущие выпуски можно найти в:

• Управление сроком службы удаленных объектов.NET с помощью лизинга и спонсорства в выпуске за декабрь 2003 г.
• CLR Inside Out: управление временем жизни объекта в ноябре 2007 г.

Answer 2

Это связано с тем, что управление временем жизни на стороне сервера отключает объект по истечении срока его аренды, чтобы GC мог его собрать. Если вы попытаетесь использовать его на стороне клиента, вы получите исключение, даже если оно еще не было собрано на сервере (например, потому что на него еще есть ссылка), но срок аренды истек. Это чтобы избежать непредсказуемого поведения. Принятый ответ дает хорошую справку о том, как правильно управлять временем жизни удаленных объектов.NET.

Answer 3

У меня была та же проблема, и я искал много часов с помощью многих сообщений Stackru.

Я наконец нашел полный вопрос.

1. Я должен использовать Спонсора, чтобы поддержать мой MarshalByRefObject.
2. Тогда у меня была та же проблема, что и у @user626528: объект жив, но у меня было исключение. На самом деле мне нужно было "спонсировать" ВСЕ экземпляры " TransparentProxy", а не только главный: мой главный объект, созданный в SandBox (еще один AppDomain), возвращает ссылки на другие объекты MarshalByRefObject.

Вот полное объяснение и пример использования:

Мой класс "Loader" наследуется от MarshalByRefObject, и я поддерживаю его классом ISponsor. Я знаю, что "ClientSponsor" существует в.NET, но у меня не было возможности определить, когда и когда вызывается Renewal(), поэтому я сделал свой класс с помощью сообщества Stackru (см. Комментарии к коду):

/// <see cref="https://stackru.com/questions/18680664/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's 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's 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's InitializeLifetimeService() override to give it an infinite timespan lease, and I created my ISponsor implementation to remove that in a Host MBRO.
         * Source: https://stackru.com/questions/18680664/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: https://stackru.com/questions/12306497/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="https://stackru.com/questions/4185816/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));
        }
    }

Было трудно решить кучу проблем, надеюсь, это поможет!

Рекомендации:

• MSDN: интерфейс ILease
• MSDN: класс ObjRef
• Microsoft: Как упорядочить объект на удаленном сервере по ссылке с помощью Visual C#

• Stackru: удаленный спонсор перестает вызываться

• Stackru: Как работают интерфейсы ISponsor и ILease?

• Stackru: как передать неизвестный тип между двумя доменами приложений.NET?
• Stackru: время жизни AppDomain и MarshalByRefObject: как избежать исключения RemotingException?
• Stackru: MarshalByRefObject становится "отключенным на сервере" даже при спонсировании

Answer 4

На этот вопрос очень подробно ответили уже на Stackru. TL / DR:

1. Если вы хотите переопределить семантику Singleton InitializeLifetimeService вернуть ноль
2. использование ClientSponsor чтобы держать вас в живых дольше.

Answer 5

Это произошло для нас, потому что в одном из наших классов была статическая переменная типа AppDomain. Класс использовался в долго работающей службе Windows. В AppDomain есть метод InitializeLifetimeService, который необходимо переопределить следующим образом:

public override object InitializeLifetimeService(){
    return null;
}

Мы постоянно использовали это как приватную переменную, которая загружала и выгружала некоторые библиотеки для нестандартной логики. Ответ был взят отсюда: msdn answer

Поскольку мы не смогли изменить это во время производства, мы закончили с компромиссом перезапуска службы Windows через случайные интервалы, которые короче, чем время жизни статической переменной AppDomain, которая методом проб и ошибок показала, что это несколько дней.

Этот вопрос также помог прояснить некоторые вещи о времени жизни: stackru-question

Answer 6

В моем случае проблема была в том, что на клиентском компьютере был активен виртуальный сетевой адаптер, отключение виртуальных сетевых адаптеров, проблема была решена

Answer 7

В моем случае это происходило с SQL LocalDB, хранящимся в App_Data папка внутри Web проект. Всякий раз, когда я пытаюсь использовать Package Console для запуска update-database чтобы инициировать мою базу данных Entity Framework с помощью миграций, ничего не происходит. Затем, через некоторое время, я получаю эту ошибку.

Я решил это путем пересмотра файловых разрешений на App_Data, После исправления, вуаля, все заработало.