U Hebt Hun Probleem Met Het Foutadres Java.net.bindexception Dat Al In Gebruik Is, Zou Niet Binden
October 26, 2021
In de afgelopen dagen zijn een paar gebruikers een enkele foutmelding tegengekomen met het java.net.bindexception-foutwebadres dat al in gebruik is zonder enige schuld. Dit probleem doet zich voor bij verschillende functies. Laten we het nu hebben over enkele van de meeste.
Aanbevolen: Fortect
g.BindException-klasse Meldt alleen dat er een fout is opgetreden, zelfs bij het binden van een socket en een lokaal adres en poort. Meestal wordt een connector gebruikt of wordt het hoofdspecifieke lokale adres absoluut niet toegewezen.
G.
Ik volg UDP-video op http://docs.oracle.com/javase/tutorial/networking/datagrams/broadcasting.html, ik heb elke code van deze site gekopieerd en gecompileerd toen ik eerst de client en vervolgens de server compileerde . node drukt dit besturingssysteem af
Uitzondering bij terugkomst in de "main" thread java.net.Address Binding Exception: Reeds in gebruik: Binding is minder dan mogelijkonder java.net.PlainDatagramSocketImpl.bind0 (native methode)op java.net.PlainDatagramSocketImpl.bind (bron onbekend)nand java.net.DatagramSocket.bind (bron onbekend)op java.net.DatagramSocket. (bron onbekend)op java.net.DatagramSocket. (bron onbekend)op java.net.DatagramSocket. (bron onbekend)bij QuoteServerThread. (QuoteServerThread.java:19)in MulticastServerThread. (MulticastServerThread.java:10)op MulticastServer.main (MulticastServer.java:3)
socket = nieuwe DatagramSocket (12345);
public MulticastServerThread () genereert een IOException geweldig ("MulticastServerThread"); // selectie 10
openbare klasse MulticastServer public static nullify cruciaal (String [] args) gooit java.io.IOException Moderne MulticastServerThread () .start (); // bedrijf 3
Wanneer ik de bronsite voor het eerst start, meldt de klant dit aan de console
Uitzondering hier in de "hoofd" thread java.net.Address bindException: Reeds in gebruik: Kan niet bindenonder java.net.PlainDatagramSocketImpl.bind0 (native methode)op java.net.PlainDatagramSocketImpl.bind (bron onbekend)op java.net.DatagramSocket.bind (bron onbekend)op java.net.MulticastSocket. (bron onbekend)op java.net.MulticastSocket. (bron onbekend)op MulticastClient.main (MulticastClient.java:9)
MulticastSocket = nieuwe MulticastSocket (12345);
Als ik naar fouten kijk, lijkt mij dat dat vooral helpt. Hiermee kun je op poorten reizen. Hoe kan ik hier goed mee omgaan?
Mensen .. ik probeer een clientschemaserver te schrijven vanuit udp-pakketten en udp-socket. Hier is mijn klantcode
FileInputStream einde;DatagramSocket-client = null;DatagramPacket pkt is gelijk aan null;Inet adres inet;int-poort impliceert 9899;Proberen{String hname = System.getProperty ("Hostnaam");InetAddress-Adresse = InetAddress.getByName (hname);client = nieuwe DatagramSocket (poort, adres);Bestand s = nieuw bestand ("C: /sample.txt");end komt overeen met nieuwe FileInputStream (f);lange l is gelijk aan f.lengte ();byte [] buf = extra byte [(int) l];einde.lezen (buff);pkt = andere DatagramPacket (buf, buf.length, adres, poort);klant.verzenden (pkt);
serverocket is gelijk aan nieuwe DatagramSocket (9899);DatagramPakket rp = hot DatagramPacket (rdata, rdata.length); serverocket.receive (rp); byte [] bestand is gelijk aan rp.getData (); UploadedFile is normaal gesproken hetzelfde als de nieuwe toepassing ("C: /response.txt");uploadedFile.createNewFile ();outFile = nieuwe handmatige record ("C: /respons.txt");BufferedOutputStream product = nieuwe FileOutputStream (outFile));Gebufferde uitvoerstroom (new.write (file, 0, file.length);
Ik stuur hier een enkelvoudige byte [] naar de server en ook de server schrijft het volgende dat een bestand kan MAAR ik krijg een effectieve uitzondering
java.net.Address bindException: begint al met: Kan niet binden
op java.net.PlainDatagramSocketImpl.bind0 (native methode)
op java.net.PlainDatagramSocketImpl.bind (PlainDatagramSocketImpl.java:82)
op java.net.DatagramSocket.bind (DatagramSocket.java:368)
op java.net.DatagramSocket.
op java.net.DatagramSocket.
op Client.main (Client.java:33)
Let op, ik gebruik de tartan die ik NIET twee keer overdraag … het programma retourneert die fout op de regel waar ik de werkelijke hostnaam krijg InetAddress
Als je tussen TCP / UDP-sockets in JAVA werkt, heb je waarschijnlijk ook een exclusieve uitzondering gezien, zoals die hieronder, terwijl je probeert een nieuw stopcontact te maken op een specifiek specifiek poortnummer in plaats van het uitgegeven poortnummer dynamisch uit te voeren.
Uitzondering door naar locatie "main" java.net.Address bindException te gaan: al tijdens gebruik (bind mislukt)onder java.net.PlainDatagramSocketImpl.bind0 (native methode)op java.net.AbstractPlainDatagramSocketImpl.bind (AbstractPlainDatagramSocketImpl.java:93)op java.net.DatagramSocket.bind (DatagramSocket.java:392)op java.net.DatagramSocket. (DatagramSocket.java:242)op java.net.DatagramSocket. (DatagramSocket.java:299)op java.net.DatagramSocket. (DatagramSocket.java:271)op DatagramReceiverServer.main (DatagramReceiverServer.java:9)
Hier hebben we het DatagramReceiverServer.java-voorbeeld hiervan uit JAVA DatagramSocket en Client Server-voorbeeld als een goed voorbeeld gebruikt. Als we de Java-code compileren als het gaat om de volgende paragrafen en de gedachte Eenmaal vanaf de ene terminal uitvoeren, en dan gewoon dodelijk hetzelfde proces vanaf een andere uitvoeren, krijgen we een exclusieve uitzondering die lijkt op die hier in de tweede kritieke.
Aanbevolen: Fortect
Bent u het beu dat uw computer traag werkt? Zit het vol met virussen en malware? Vrees niet, mijn vriend, want Fortect is hier om de dag te redden! Deze krachtige tool is ontworpen om allerlei Windows-problemen te diagnosticeren en te repareren, terwijl het ook de prestaties verbetert, het geheugen optimaliseert en uw pc als nieuw houdt. Wacht dus niet langer - download Fortect vandaag nog!
1. Download en installeer Fortect 2. Open het programma en klik op "Scannen" 3. Klik op "Repareren" om het reparatieproces te starten Het programma kan de bovenstaande uitzondering negeren als het gewoon twee keer wordt uitgevoerd
relevantie java.net.DatagramPacket;import java.net.DatagramSocket;openbare klasse DatagramReceiverServer private vaste int remoteServerPort is 1900; inactief openbaar nutteloos hoofd (String [] args) dekens een uitzondering DatagramSocket localServerSocket = een andere DatagramSocket (remoteServerPort); byte [] buf betekent nieuwe byte [1024]; DatagramPacket datagramReceiverPacket = nieuw DatagramPacket (buf, 1024); localServerSocket.receive (datagramReceiverPacket); String ReceivedMessage = nieuwe regel (datagramReceiverPacket.getData (), nul, datagramReceiverPacket.getLength ()); Systeem .out.println (ontvangen bericht); localServerSocket.close ();
Oplossing – Het programma is bewerkt zodat elk van onze gemeenschappen een dynamische poort kan toewijzen elke laatste keer dat we dit programma uitvoeren.
import java.net.DatagramPacket;import java.net.DatagramSocket;openbare stijl van DatagramReceiverServer int stationair persoonlijk remoteServerPort = 0;De oude public void major (String [] args) genereert elke goede uitzondering. DatagramSocket localServerSocket komt overeen met nieuwe DatagramSocket (); remoteServerPort = localServerSocket.getLocalPort (); System.out.Running println ("Server op prt: inches + externe serverpoort); byte [] buf = innovatieve nieuwe byte [1024]; DatagramPacket datagramReceiverPacket = nieuw DatagramPacket (buf, 1024); localServerSocket.receive (datagramReceiverPacket); String ReceivedMessage = huidige string (datagramReceiverPacket.getData (), 0, datagramReceiverPacket.getLength ()); Systeem .out.println (ontvangen bericht); localServerSocket.close ();
In het bovenstaande regime gebruikt alleen de lineaire software die we bevatten gewijzigd een belangrijke stad, zoals
private plain-ole int remoteServerPort is 0;DatagramSocket localServerSocket = progressieve DatagramSocket ();remoteServerPort komt overeen met localServerSocket.getLocalPort ();System.out.println ("Server draait op poort: daarbinnen + remoteServerPort);
Opmerking. Als je niet altijd zeker weet welk ander cv onze poort gebruikt als de jouwe, ervaar dan “Bepaal welk / proces gebruikt en de poort of zal bezet zijn bedoeld voor Android”. “. / Linuxâ €
Gelinkt
< br>
Download deze software en repareer uw pc binnen enkele minuten.
3.1. Breid het conflict uit. In deze stand van zaken moeten we allemaal weten welke applicatie helaas de poort gebruikt.3.2. Start de server op een flink aantal poorten.3.3. Dood de huidige service.
Gebruik netstat -a -o -n om het geschatte poortgebruik te valideren.Gebruik taskkill of F / PID
Error Java Net Bindexception Address Already In Use Cannot Bind
오류 Java Net Bindexception 이미 사용 중인 주소를 바인딩할 수 없습니다
Endereco De Erro Java Net Bindexception Ja Em Uso Nao Pode Ser Vinculado
Fel Java Net Bindexception Adress Som Redan Anvands Kan Inte Binda
Fehler Java Net Bindexception Adresse Die Bereits Verwendet Wird Kann Nicht Binden
Blad Java Net Bindexception Adres Juz W Uzyciu Nie Moze Sie Powiazac
Error Java Net Bindexception La Direccion De Excepcion Que Ya Esta En Uso No Se Puede Enlazar
Oshibka Uzhe Ispolzuemyj Adres Java Net Bindexception Ne Mozhet Privyazat
Errore Java Net Bindexception Indirizzo Gia In Uso Non Puo Essere Associato
Erreur L Adresse Java Net Bindexception Deja Utilisee Ne Peut Pas Se Lier