У меня есть проект, где Thread A вызывает Accept (...) на некотором сокете, затем он передает его другому потоку, который получает в сокете, а затем закрывает сокет.Сокет в нескольких потоках
Объект, на который был вызван accept, никогда не закрывается в Thread A. Это безопасно?
Что происходит с этим объектом в Thread A?
Сокет не объект - это просто число (или, предположительно, указатель). Если вы передаете целое число из одного потока в другой, то нет проблем - то же самое с сокетами. Это предполагает, что вы запрашиваете сокеты уровня ОС, а не какой-либо класс сокетов, который вы или фреймворк, который вы используете, реализовали, и что вы получаете доступ только к сокету из одного из потоков, что, кажется, так.
Да, он будет закрыт. Но это не будет гарантировать, что неиспользуемое гнездо сразу же доступны для сбора мусора (ссылка в ThreadA)
Sockets & Нити несколько золотое правило ...
Это, возможно, должно иметь тег, указывающий платформу (например, Posix), поскольку ни сокеты, ни потоки являются частью стандартного C++. Сокет может быть представлен дескриптором, специфичным для потока, который не может быть действительным образом использован в других потоках. Это по умолчанию используется в SymbianOS. Что не является правильным C++, но нет ничего, чтобы остановить реализацию сокетов BSD-стиля в чем-то, что является правильным C++, от того же самого. –