Frage zu Threads

Hallo,
ich habe bisher wenig Java Erfahrung, und bin mir nicht sicher, ob ich nicht was falsch gemacht habe.

Ich habe eine Main Activity mit einem onClickListener für einen Button.
Wenn der Button geklickt wird, möchte ich ein kurzes Textkommando per TCP/IP versenden.
Dazu erzeuge ich im onClickListener einen TcpSender - Thread, übergebe im "Konstruktor" den zu sendenden Text, und der Thread sendet den Text dann.
Das funktioniert zwar scheinbar, aber ich bin nicht sicher, ob das so richtig programmiert ist.

Zunächst mal die relevanten Code-Teile (nur das Wesentliche !!!)

Ausschnitt aus der MainActivity:

@Override
    public void onClick ( View v )
    {
    new Thread ( new com.bernd.demo.TcpSender( "HALLO" ) ).start ( );
    }

Und hier Ausschnitte vom Sende-Thread:

public class TcpSender implements Runnable
{
    String       url        = MY_URL;
    int          portNumber = MY_PORT;
    Socket       tcpSocket;
    PrintWriter  msgWriter;
    String       msgToSend;


    public TcpSender( String strParam )
    {
// keep string to send for the run-method
        msgToSend = strParam;
    }


    @Override
    public void run ( )
    {
        try
        {
// create a TCP/IP socket
            tcpSocket = new Socket ( url, portNumber );


// create a printwriter (with auto-flush) and assign to the socket
            msgWriter = new PrintWriter ( tcpSocket.getOutputStream(), true );


// send message to server
            msgWriter.println ( msgToSend );


// close Printwriter and TCP/IP socket
            msgWriter.close ( );
            tcpSocket.close ( );


        }
        catch (IOException e)
        {
            Log.d ( LOG_TAG, "IO Exception" );
        }
    }
}

Jetzt meine Fragen:
1. Im onClickListener erzeuge ich doch eigentlich bei jeden Button-Klick eine neue Instanz vom TcpSender-Thread.
Müsste man den erzeugten Thread nicht einer Variablen zuweisen, und diese wieder zerstören? Wenn ja wo und wann?
Oder erzeuge ich da einen riesigen Stapel von Threads und mülle meinen Speicher mit Thread-Leichen voll?

2. Wie ist das mit der Run-Methode im Thread. Ich sende da was und dann?
Wird die Run-Methode nach dem Senden beendet?
Wenn sie beendet wird, ist dann auch das Thread-Objekt automatisch zerstört ? (das wäre die Antwort auf Frage 1)

3. Könnte der Thread theoretisch schon zerstört werden, WÄHREND oder BEVOR die Daten komplett gesendet wurden?

Vielen Dank im Voraus

Danke für deine Antwort.
Das Ganze ist eine Torsteuerung für ein Carport (elektrisches Rolltor).
Ich sende immer auf Buttonklick kurze TCP/IP Kommandos ( Tor hoch, Tor runter u.s.w.).
Wenn die Verbindung nach dem Kommando wieder weg ist, macht das nichts, bzw ist das so gewollt.

Wenn ich das richtig verstehe, wäre also der richtige Weg so:
In der Run-Methode des Thread warten, bis das Kommando gesendet wurde und dann den Thread am Ende der Run Methode beenden?

Merkwürdig nur:
Der momentane Ablauf in der Run Methode ist ja so:
Text senden
Socket schließen.
Run Methode beenden

Wenn das Kommando noch nicht gesendet wurde, würde doch schon beim Schließen des Socket was schieflaufen?
Tut es aber nicht.
Also gehe ich mal davon aus, wenn ich den Socket schließe ist alles gesendet.

Dann wäre nur die Frage: Wie den Thread am Ende der Run Methode beenden, damit er aus dem Speicher entfernt wird.

Also ich habe das jetzt mal ausgiebig getestet.
Die TCP/IP Kommandos (Tor auf, Tor zu) werden immer korrekt und vollständig gesendet.

Wenn man nach Infos sucht, wie man einen Thread beendet, findet man nur Antworten, wie das von aussen geht (dort, wo er erzeugt und gestartet wird).
Ich möchte allerdings, das sich der Thread selbst nach getaner Arbeit (senden eines einzelnen Kommandos) beendet und aus dem Speicher entfernt.
Was wäre denn, wenn ich den in der Main-Activity erzeugten Thread einer Thread-Variablen zuweise?
Würde er dann beendet und entfernt, wenn ich die Run-Methode mit return; verlasse?
Oder geht das anders?
Wie?

Vielen Dank für die schnelle Antwort.
Ich habe jetzt am Ende der Run Methode nur noch ein return eingefügt.
Ansonsten lasse ich das dann so.