PROBLEM mit throws

[klaus]

hallo leute!

ich hab irgendwie nen verständnisproblem mit dem throws, wenn man es an den methodenkopf anhängt. die sache mit dem try catch hab ich verstanden.

public class Test {
	
	public Test()
	{
		super();
	}
	
	public void testm() throws ArithmeticException
	{
		int u = 10/0;
	}
	public static void main(String [] ags)
	{
		Test t = new Test();
		
		try
		{
		t.testm();
		}
		catch(ArithmeticException zz)
		{
			
		}
	}
}

das throws könnte man doch genausogut weglassen. ich hab wirklich schon viel gelesen, den sinn hab ich aber immernoch nicht verstanden!

wär klasse wenn mir jemand helfen könnte!

mfg

 

[Spin]

Hi,

Bevor man einen Fehler abfangen kann, muss man einen Fehler werden. Du wirfst in deinen Code eine ArithmeticException und musst sie in der Hauptmethode eingrenzen.


Es gibt sehr viele verschiedene Fehlerquellen, wie bsp. Das einlesen von Daten und das Rechnen durch 0.
Damit dein Programm später in der Verwendung kein schwerwiegenden Fehler raushaut, fängt man ihn ab.

Stell dir mal vor du hast eine Software und spielst daran. Nach 3 klicks hast du als unwissender User einen Fehler verursacht und das ganze Programm fängt an zu stocken. Da es sich aber zwischendurch Ressourcen geholt hat , Speicher im Ram und eventuell Daten im Register usw. Da das Programm nicht mehr funktioniert, fängt dein Recher an zu blocken.

Daher macht es doch sinn, bei einen Fehler, schnell alles zu beenden.

Noch mal throw: Mit throw übergibst du den Fehler immer weiter. Bis er dann ( spätestens) in der Main abgefangen wird.

Es sieht hässlich aus, daher kannst du auch gleich in deiner Methode try und catch verwenden.

bsp:

public void run() {
        try {
            while(true) {
                Socket client_socket = server_socket.accept();
                Connection c = new Connection(client_socket, this);
                addConnection(c);
            }
        }
        catch(IOException e) {
            fail(e, "Beim Warten auf Verbindungen ist eine Ausnahme aufgetreten");
        }
    }

Hier verwende ich es um auf einen Rechner zu warten. Wenn kein Rechner sich anmeldet würde das Programm stundenlang laufen. Daher gib ich doch lieber ne Zeit vor und sage : Wenn in 2min kein Recher sich anmeldet , bitte connect cut.


grüße

 

[klaus]

danke schon mal!

also das grundsätzliche mit der fehlerbeahandlung hab ich verstanden. auch was es so im groben für exceptions gibt. hab auch verstanden was man mit dem try, catch und finally block anstellen kann und wie man sie einsetzt.

ich weiß halt nicht was es mit dem throws (mit dem s am ende) auf sich hat. der fehler wird wohl dadurch an den aufrufer zurück gegeben. ich sehe aber keinen unterschied wenn mans einfach weg lässt.

 

[Spin]

Du sagst es.

Mit throws leitet man es weiter. Und mit throw packst du deinen Exception in ein neues Exception-Objekt.

fertig.

Bei 3 Fehler im code kannst du es machen wie du willst. Überlege dir nur eine schöne Variante bei 100k zeilen code und 50k fehlern.

Da baut man sich eine Klasse und verwedet throw oder auch try und catch.
:toll:

 

[klaus]

ok.....aber wo wird da in meinem beispiel jetzt was weitergeleitet.....

egal ob ich throws benutze oder es weglasse....verhalten tut sich das gleich!

 

[Spin]

    public void testm() throws ArithmeticException
    {
        int u = 10/0;
    }

Von dort zu main

 

[klaus]

aber wenn man das throws ArithmeticException
weg lässt, ändert sich nichts!

 

[eRaaaa]

Es handelt sich dabei um eine RuntimeException...die kann man, muss man aber nicht behandeln (deutet auch eher auf einen Programmierfehler hin)

Galileo Computing :: Java ist auch eine Insel (8. Auflage) – 8.2 Die Klassenhierarchie der Fehler

 

[klaus]

was genau hat das mit dem throws zu tun?

die verschiedennen exceptions, sowei ckecked und unchecked exceptions hab ich verstanden.

 

[klaus]

tut mir echt leid wenn ich immerwieder nen bisschen blöd fragen...bin aber leider noch nicht so der profi!

 

[Der Müde Joe]

RuntimeExceptions muss man in der Methode nicht mit throws deklarieren, auch wenn mann eine mit throw schmeisst. Alle checked Exception (welche von Exception und nicht von RTE erben) muss man hingenen als throws dekalrieren, demnach auch mit try catch fangen. ;-)

 

[Spin]

Was ich auch noch festgestellt habe ist dass man die Exception von einer überschriebenen Methode auch nicht weitergeben kann , sondern diese in der Methode mit try / catch abgefangen werden muss.

 public void run(){
        
        try{
        String message = readMessage();
        }
        catch(IOException e ){}
    }

Die Methode run() vom interface Runable.


Vielleicht liegts auch daran , dass diese von einen Interface kommt. gruß