Никакие проблемы. В Вашем примере, (как только Вы фиксируете свой код для избавлений от предупреждений компиляции, что Вы доберетесь;)), синхронизация гарантирует, что блоки в method1 и method2 не выполнятся одновременно.
Это - вид точки синхронизации.:)
<час>Редактирование: Извините, пропущенные части Вашего вопроса, но Phill ответили на него. Подводя итоги, единственный поток не может завести в тупик себя.
Как вы, вероятно, знаете, в DICOM есть иерархия идентификаторов для каждого отдельного экземпляра SOP (пара сервисных объектов) (идентификатор пациента / UID экземпляра исследования / UID экземпляра серии / UID экземпляра SOP). Эта иерархия встроена в механизм Query / Retrieve в DICOM, а также используется для идентификации конкретных экземпляров SOP.
В конкретном случае, о котором вы упоминаете, я считаю, что может существовать возможность наличия нескольких наборов структур RT в серии /Учиться. Необходимо указать отдельный экземпляр SOP, чтобы вы знали, на какой набор структуры ссылается план RT.
Что касается продуктов, поддерживающих получение по UID экземпляра SOP, к сожалению, Как вы обнаружили, реляционные запросы широко не поддерживаются в SCP DICOM Query / Retrieve, а некоторые серверы DICOM не поддерживают запросы уровня изображения. В этом конкретном случае вы можете запросить на уровне серии специально для модальности RTSTRUCT и получить только те серии, которые имеют эту модальность, тем самым сужая данные, которые вам нужно загрузить, только до наборов структур RT.
UID экземпляра SOP: представляет ваш уникальный идентификатор для IOD, его тег TYPE 1 должен иметь значение.
Например:
Каждое изображение DICOM имеет уникальный идентификатор
.