Krav: På samme server kommunikerer processer med hinanden ved hjælp af anonyme pipelines, navngivne pipelines, hukommelsesmappingfiler, HTTP, TCP, Standard Input/Output Streams osv. Nogle gange skal servere deploye flere applikationer, og applikationer kan faktisk kommunikere med hinanden ved hjælp af gRPC og Unix-domænesockets.
anmeldelse
Unix-domænesockets
Unix Domain Sockets (UDS), Local Sockets eller Interprocess Communication (IPC) sockets er kommunikationsendepunkter, der udveksler data mellem processer, der kører i samme Unix eller Unix-lignende operativsystem.
Navnet Unix-domænesocket refererer til domæneparameterværdien, der gives til den funktion, der skabte socket-systemets ressource. Det samme kommunikationsdomæne vælges også. [ 1 ] AF_UNIXAF_LOCAL
De gyldige parameterværdier for typeUDS er:
- SOCK_STREAM (sammenlignet med TCP) – Bruges til stream-orienterede sockets
- SOCK_DGRAM (sammenlignet med UDP) – en datagramorienteret socket til bevarelse af meddelelsesgrænser (som med de fleste UNIX-implementeringer er UNIX-domænedatagramsokler altid pålidelige og omarrangerer ikke datagrammer)
- SOCK_SEQPACKET (sammenlignet med SCTP) – Sekventielle pakkesokler til forbindelser, der bevarer beskedgrænser og leverer beskeder i den rækkefølge, de sendes i
UDS-værktøjet er en standardkomponent i POSIX-operativsystemet.
Hvorfor bruge Unix-domænesockets?
Unix-domænesockets muliggør interproceskommunikation på en enkelt maskine. Så hvorfor skulle du vælge dem frem for TCP/IP? For eksempel kan du i TCP/IP bruge en loopback-adresse (localhost) til kommunikation på én server. På Windows, hvorfor skulle du vælge dem frem for Windows Naming Pipelines?
Generelt er der flere grunde til, at du kan vælge at bruge UDS i stedet for TCP/IP til interproceskommunikation:
- Unix-domænesockets har typisk mindre overhead og hurtigere overførselshastigheder end brug af TCP/IP
- TCP/IP-sockets er en begrænset ressource, mens Unix-domænesockets ikke har nogen faste grænser
- Unix-domænesockets findes i filform, så det er nemt at "opdage" kendte stier
- Integration med filsystemer tilføjer også et ekstra sikkerhedslag (hvis du ikke har adgang til filstien, kan du ikke få adgang til socketen)
Det første punkt er let at forstå – en hurtig Google vil vise, at UDS- og TCP/IP-benchmarks altid er bedre end UDS, fordi det ikke kun har betydeligt lavere latenstid, men også betydeligt højere gennemstrømning. Dette skyldes hovedsageligt, at UDS er optimeret til kommunikation med den samme server,For IP-kommunikation skal localhost gå gennem IP-stakken på både afsender- og modtagersiden。
TCP/IP-sockets er en begrænset ressource; Du kan kun bruge op til 65.535 sokler ad gangen. Hvis du lægger problemet til, kan det maksimale antal sokkel, der faktisk TIME_WAIT tilgængelige, være meget færre end denne værdi. Localhost-forbindelsen bruger også sokler i denne pool. Brugen af UDS undgår klogt dette problem; Det muliggør kommunikation uden at udtømme TCP/IP-sockets.
server
Opret et nyt .NET 8-konsolprojekt, skift SDK'en til Microsoft.NET.Sdk.Web, og konfigurér det som følger:
Greet.proto er konfigureret som følger:
Koden er som følger:
Efter samlingen starter, som vist nedenfor:
kunde
Opret et nyt .NET 8-konsolprojekt og referer til følgende biblioteker:
Metoden til at kalde gRPC-grænsefladen kaldes 10 gange, og hvert kald kaldes i 200 millisekunder, og koden er som følger:
Start projektet, og efter udførelsen er fuldført, som vist i figuren nedenfor:
Henvisning:
Hyperlink-login er synlig.
Hyperlink-login er synlig. |
Opslået den 2025-8-11 kl. 20:24:04
|
|
|
|
Udlejer|
Opslået den 2025-8-11 kl. 20:57:04
|
