Чтобы проверить актуальность версии COM-компоненты я создаю ее объект
Новый COMОбъект(КлассКомпоненты)
Далее проверяю нужное свойство или метод и в зависимости от успешности хочу перезаписать файл dll актуальной версией из макета. Но файл остается заблокированным, т.к. удерживается текущим процессом 1С. Как его освободить?

(0) Да вроде как оно удерживается, пока, процесс 1С есть.

Я бы пробовал через загрузку ВК addin_v2.dll

(2) Непонятно.

(3) отдельную dll грузить с новой версией.

(4) Не помогает. Сопоставление ProgID и dll тоже запоминается видимо.

(5) Когда делаешь ЗагрузитьВнешнююКомпоненту, в реестре в записи для этой компоненты inprocserver не обновляется на новый файл?

(6) Я не делаю ЗагрузитьВнешнююКомпоненту. Я делаю Новый COMОбъект(КлассКомпоненты)

(7) ну тогда regsvr32, после чего пересоздавать?..

Именно так и делаю.

Процесс 1С все запоминает (ProgID-ИмяФайла-Файл) до конца жизни.

При этом старая версия всё время держится в памяти?

1С утверждает, что освобождает память, когда счетчик ссылок до 0 доходит.
Но прямо не говорится, в какой момент это происходит.
Мне кажется, что при окончании вызова функции/процедуры и при исчезновении контекста.

Если ты присваиваешь переменной значение com в обработке, потом закрываешь её и заново открываешь - всё равно происходит  удержание старого файла?

Наверное, этот вопрос на партнерке надо задавать, в документации ничего нет.

(0) Можно загрузить в какой-нибудь другой процесс, или не загружать вообще никуда.

(12) Меделенно очень будет. Много обращений к COM объекту.

Называй файлы с учетом версии?

Вы создаёте COM-объект из Dll - он подключается к текущему процессу. Для выгрузки Dll все ссылки на её объекты должны отсутствовать.
После этого, система вызывает функцию DllCanUnloadNow, на которую Dll должна ответить разрешением, если допускает выгрузку - вполне вероятно, что внешние компоненты 1С, так как их выгрузка не планируется, просто не разрешают себя выгружать и всегда отвечают S_FALSE.
Если уж очень хочется, то можно запустить другой процесс, скажем сценарий на VbScript, в котором создать компоненту, проверить её версию и записать результат в файл - после завершения сценария Dll точно освободится.

Ну и, по нормальному - нужно заполнять VirsionInfo, чтобы можно было проверить версию без необходимости чего-то создавать.

Сергей Смирнов, который популяризует дотНЕТ в 1С вроде приводил код по выгрузке модулей

(17) Собственно, делаешь LoadLibrary указанного файла - получаешь идентификатор HMODULE, а потом делаешь FreeLibrary пока не вызовется ошибка - но очень большая вероятность, что процесс "попросят" из памяти.

(18) Вобщем-то да, только для КОМ LoadLibrary делает подсистема КОМ

(14) ProgID то один. Не создавать же на каждую версию новый ProgID.

(14) Файл переименовывать пробовал конечно же. Он начинает использоваться (соответствие ProgID-ИмяФайла) только после перезапуска процесса.

ОбъектВК = Неопределено;

(22) Слишком просто =)

На .Net не выгружаются.

Хотя могу и ошибаться.

У меня COM компонента на .Net
Но и с обычными COM компонентами такая же история. Процесс менеджер показывает, что все dll висят в памяти не смотря на отсутствие в памяти объектов, опирающихся на них.

http://stackoverflow.com/questions/392786/unload-com-dll-from-net-program

То есть нужно создавать отдельно Домен в него загружать сборки в нем создавать объекты, а затем этот домен выгружать.

http://stackoverflow.com/questions/6404373/create-appdomain-and-load-assembly