Почему два адреса HTTP и TCP могут использовать один и тот же порт, а два IPC-адреса не могут использовать один и тот же канал?

Question

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

Если это так, то что произойдет, если два сообщения поступят для двух разных служб, прослушивающих один и тот же порт? (либо http, либо tcp)

И почему два именованных канала не могут использовать один и тот же именованный канал?

Answer 1

TCP идентифицирует «соединения» через кортеж {local ip, local port, remote ip, remote port}. Поэтому, поскольку каждое входящее соединение имеет другую удаленную пару ip/port, ваша локальная машина может различать их.

HTTP использует TCP для его транспорта. Таким образом, HTTP-порт - это TCP-порт.

Если у вас когда-либо был ваш компьютер, получивший новый IP-адрес при открытии соединений, вы заметите, что они прерывают первый раз, когда отправляют данные, поскольку удаленный хост не распознает (новый) адрес и отправляет ответ RST.

Труба имеет только свое название, чтобы отличить ее, поэтому существует только одно «соединение», независимо от того, сколько у него писателей.

Answer 2

Ваше описание - это один из способов обработки входящих сообщений.

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

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