| Предыдущий | Следующий |
| RPC_E_SERVER_DIED | RPC_E_INVALID_DATAPACKET |
RPC_E_CLIENT_DIED
Что означает RPC_E_CLIENT_DIED
RPC_E_CLIENT_DIED — HRESULT, относящийся к области COM/RPC. Процесс COM-клиента завершился, пока сервер ещё обрабатывал его вызов.
Для RPC_E_CLIENT_DIED статус возник в механизме удалённого или межапартаментного COM-вызова. Применительно к RPC_E_CLIENT_DIED он не заменяет исходное исключение серверного компонента, если такое было.
Практический вывод для RPC_E_CLIENT_DIED: этот HRESULT фиксирует описанное условие, но сам по себе не показывает, какой участник операции первым нарушил контракт. Для RPC_E_CLIENT_DIED найдите первый вызов, вернувший статус, и только после этого меняйте конфигурацию подсистемы COM/RPC.
Как читать имя RPC_E_CLIENT_DIED
Имя RPC_E_CLIENT_DIED помогает сузить поиск: CLIENT — клиентская сторона; DIED — технический маркер «died». Эти части имени не заменяют документацию API, но позволяют проверить, что журнал и код относятся к одному и тому же условию.
Проверка причины
Для RPC_E_CLIENT_DIED статус указывает на завершившийся жизненный цикл объекта или контекста. Применительно к RPC_E_CLIENT_DIED повтор через прежний дескриптор обычно неверен — требуется заново получить или создать объект.
- Для RPC_E_CLIENT_DIED найдите момент закрытия/удаления объекта и исключите использование устаревшей ссылки после этого события.
- При разборе RPC_E_CLIENT_DIED после разрыва соединения или отключения объекта создайте новый COM-прокси, а не повторяйте вызов через старый.
- При разборе RPC_E_CLIENT_DIED запишите CLSID/IID, номер метода, границу процесса или апартамента и сторону, на которой получен HRESULT.
- При разборе RPC_E_CLIENT_DIED проверьте регистрацию интерфейса и proxy/stub, разрядность компонентов и совместимость type library.
- При разборе RPC_E_CLIENT_DIED сверьте типы, размеры и время жизни всех входных/выходных параметров, особенно указателей и пользовательских структур.
Диагностический минимум
- Для RPC_E_CLIENT_DIED соберите дампы клиента и сервера вокруг первого сбоя и сохраните correlation между вызовами.
- Для RPC_E_CLIENT_DIED включите журналирование RPC/COM только на время воспроизведения и зафиксируйте идентификатор интерфейса.
- Для RPC_E_CLIENT_DIED проверьте тот же метод in-proc или с минимальными параметрами, чтобы локализовать маршалинг.
Как подтвердить исправление
Для RPC_E_CLIENT_DIED считайте причину RPC_E_CLIENT_DIED устранённой только после проверки на тех же данных и под той же учётной записью, где возник сбой, а затем выполните контрольный тест с заведомо неверным входом.
Ссылки по RPC_E_CLIENT_DIED
Нужно найти другой код? Найти другой код состояния или ошибки.