Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Clases internas
o Clases internas normales
o Clases internas de mtodo
o Clases internas annimas
Clases estticas anidadas
Tienen acceso a todos los atributos y mtodos de su clase contenedora, por ms que los mismos sean private.
Debe de existir una instancia de la clase contenedora para poder crear una instancia de la clase interna, sin excepcin.
Las clases internas siempre mantienen una referencia a la clase contenedora.
Al igual que las clases normales, no es posible definirlas como abstract y final.
Externa.class
Externa$Interna.class
Instanciacin
Desde dentro de la clase externa, la clase interna es visible, de manera que lo siguiente es vlido:
class Externa {
public void hazAlgo() {
Interna i = new Interna();
}
class Interna {
}
}
A su vez, la clase interna tiene conocimiento de la clase externa, pudiendo acceder a sus mtodos y atributos como propios.
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
class Externa {
class Interna {
public void hazAlgo() {
Externa externa = Externa.this; //Referencia de la clase contenedora
Interna interna = this;
//Referencia de la propia clase interna
}
}
}
Modificadores aplicables
Los modificadores de acceso que se pueden aplicar a la clase interna normal son:
final
abstract
public
private
protected
static (transforma la clase en una clase comn. Lo veremos ms adelante)
strictfp
El que hayas declarado una clase de mtodo local no significa que hayas creado una instancia de esta clase.
De manera que si quisieramos crear una instancia de Interna, esto solo podra realizarse dentro del mtodo hazAlgo().
No se puede acceder a las variables definidas dentro del mtodo, salvo que estas se definan como final.
Puede acceder a los atributos de la clase externa.
o Solo podr acceder a atributos estticos, si es que fue declarada como static (no existe el this).
La clase puede declararse dentro del mtodo, pero la referencia puede almacenarse en otra referencia, de manrea que
finalizado el mtodo el objeto siga existiendo.
Modificadores aplicables
Los modificadores de acceso que se pueden aplicar a una clase interna de mtodo local son:
abstract
final
La declaracin de una clase annima debe cerrar la ltima llave con un ; (punto y coma), salvo que se este
definiendo como parmetro de un mtodo.
El concepto de annima viene porque se est sobreescribiendo una clase (o interfaz), pero no se est definiendo un nuevo tipo.
Conceptos a tener en cuenta de la clase annima:
La clase annima puede extender de una clase normal, abstract o implementar una interface, pero solo puede
extender/implementar de una de las anteriores mencionadas (no puede extender de a e implementar la interfaz b).
Desde fuera de la clase annima solo se pueden invocar los mtodos definidos en la super clase o interfaz.
Se pueden crear nuevos mtodos, pero estos solo pueden ser invocados desde otro mtodo de la clase annima.
Tambin es posible crear una clase annima como parmetro de una funcin.
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
wof wof!
Como podemos apreciar, se utiliza tanto clases como interfaces de la misma manera en cuanto a clases annimas se refiere.
new [Class o Interface]() {}
No requieren de una clase externa para poder crear una instancia de la interna.
No pueden acceder a atributos y mtodos de la clase externa que no estn definidos como static.
Se comporta como una clase normal, solo que la ruta de acceso es a travs de ClaseExterna.ClaseInterna.
o Salvo en el caso que estemos en un mtodo de la clase externa, en el cual la clase interna puede ser accedida
directamente como ClaseInterna.
class Persona {
static class Personita {
public void hazAlgo() {
System.out.println("Personita hace algo");
}
}
}
public class General {
static class Cabo {
public void hazAlgo() {
System.out.println("Cabo hace algo");
}
}
// Tener en cuenta que el mtodo main est definido dentro de General
static public void main(String[] args) {
Persona.Personita p = new Persona.Personita();
Cabo c = new Cabo();
p.hazAlgo(); // Personita hace algo
c.hazAlgo(); // Cabo hace algo
}
}
Para el examen es necesario conocer cuando una sintaxis est creando cdigo multithread seguro y cuando no.
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
Creando un thread
Dentro de la clase java.lang.Thread se encuentran una serie de mtodos. Dentro de estos debers de conocer los siguientes:
start()
yield()
sleep()
run()
Para poder crear un nuevo Thread debes de cumplir el contrato de la interfaz java.lang.Runnable, el cual tiene un solo mtodo:
public void run();
Para ello, la clase que utilicemos tiene que implementar dicha interfaz, o extender la clase java.lang.Thread.
Instanciando un Thread
Si o si es necesaria una instancia de Thread para poder correr un hilo de ejecucin.
Para eso tenemos dos posibilidades, dependiendo de si extendimos de Thread, o implementamos Runnable.
La clase Thread
Como mencionamos anteriormente, Thread tiene una serie de constructores sobrecargados:
Thread()
Thread(Runnable objetivo)
Thread(Runnable objetivo, String nombre)
Thread(String nombre)
Si probamos los cdigos anteriores en una aplicacin en Java, notaramos que no pasa nada. La cuestin es que el instanciar un
Thread no hace que se lance el hilo de ejecucin del mismo, de manera que no se ejecuta. Para poder determinar en que
condiciones de ejecucin se encuentra el Thread lo podemos clasificar en tres estados:
Estado
Descripcin
new
(nuevo)
alive
(vivo)
Cuando un Thread ha sido instanciado (invocacin del new) se encuentra en estado nuevo.
dead
(muerto)
Cuando el hilo de ejecucin completa el mtodo run, se dice que el Thread est muerto.
Cuando el hilo de ejecucin es lanzado (se crea un nuevo stack para el hilo y se ejecuta el contenido de run() ), se dice
que el Thread est vivo.
Si se invoca directamente el mtodo run() no generar un error, pero el mismo no se ejecutar en un nuevo
thread, sino que sera como llamar a un mtodo normal.
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
Ejecutando Threads
Vamos a lo que nos concierne, corramos algunos hilos:
class PruebasRunnable implements Runnable {
private int iteraciones = 4;
public void run() {
for (int x = 0 ; x < iteraciones; x++ ) {
System.out.println("Ejecutando [" + Thread.currentThread().getName() + "] [" + x
+ "]");
}
}
static public void main(String[] args) {
Runnable hilo = new PruebasRunnable();
Thread hilo1 = new Thread(hilo, "Hilo 1");
Thread hilo2 = new Thread(hilo, "Hilo 2");
Thread hilo3 = new Thread(hilo, "Hilo 3");
hilo1.start();
hilo2.start();
hilo3.start();
}
}
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
Ejecutando
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
[Hilo
1]
2]
3]
2]
1]
2]
3]
2]
1]
3]
1]
3]
[0]
[0]
[0]
[1]
[1]
[2]
[1]
[3]
[2]
[2]
[3]
[3]
Por ms que conozcamos el orden en que son inicializados, ni siquiera esto nos asegura de que el orden de ejecucin de los mismos
sea ese.
El sistema de hilos y tareas es manejado por el Sistema Operativo en conjunto con la JVM, son ellos quienes asignarn el proceso y
otorgaran los tiempos que el mismo se encuentra en ejecucin.
Otra cuestin a tener en cuenta es que un Thread solo puede ser llamado una nica vez en toda su existencia.
El llamar al mtodo start() ms de una vez desde el mismo Thread generar el lanzamiento de una
excepcin IllegalThreadStateException.
New
(nuevo)
Runnable
(esperando
ejecucin)
Tabla de estados
Estado
Dead
(muerto)
Running
(en
ejecucin)
Descripcin
New
(nuevo)
Runnable
(esperando ejecucin)
Running
(en ejecucin)
Waiting/Block
(esperando/bloqueado)
Dead
(muerto)
Este estado se da cuando se ha invocado al new del Thread, pero aun no se ha llamado al mtodo
start().
Este estado se da cuando el thread se encuentra listo para ser ejecutado, y est esperando que el
gestionador de eventos de la JVM lo seleccione para comenzar la ejecucin.
Este estado se da cuando el thread fue seleccionado por el gestionador de eventos y se encuentra
actualmente en ejecucin.
Este estado se da cuando el thread requiere algn recurso (I/O por ejemplo), de manera que para
no consumir recursos de CPU queda esperando. Tambin puede pasar que se le haya ordenado que
se durmiera, de manera que despertar cuando acabe el tiempo (si se especific), o que otro thread
le enve una seal para despertarlo.
Este estado se da cuando el thread complet la ejecucin del mtodo run. Aun sigue siendo un
objeto, el cual solicito que se liberarn sus recursos.
Durmiendo (Sleep)
Sleep es un mtodo esttico de la clase Thread. Este solo puede afectar al Thread que actualmente se est ejecutando, de manera
que un Thread no puede dormir a otro.
Cuando un Thread es enviado a dormir pasa al estado de Esperando/Bloqueado.
Los mtodos sleep son:
sleep()
sleep(long milisegundos)
El primero enva el thread a Esperando hasta que otro thread lo despierte mediante nofity/notifyAll.
El segundo lo duerme por un tiempo determinado.
Cuando se especifica un tiempo de sleep, este representa el tiempo mnimo que el thread permanecer
dormido, pero no es el tiempo exacto.
10
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
11
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
import java.lang.InterruptedException;
public class PruebasRunnable01 implements Runnable {
static public void main(String[] args) {
(new Thread(new PruebasRunnable01())).start();
}
public void run() {
for (int x = 1 ; x <= 101 ; x ++) {
if (x%10 == 0) {
System.out.println("Running " + x);
}
try {
Thread.sleep(500); // 1 milisegundo * 500 = 1/2 segundo
} catch(InterruptedException ex) {}
}
}
}
La JVM no especifica que las prioridades se sigan al pie de la letra, de manera que solo utilizamos estas para
optimizar el cdigo, pero no dependan de ellas para determinar la lgica del programa.
Se obtiene un thread de la lista de esperando ejecucin y se lo ejecuta hasta que se complete o se bloque.
Se utilizan tiempos mximos de ejecucin, de manera que todos los threads (o la gran mayora), tengan una oportunidad de
ejecutarse.
Thread.MIN_PRIORITY
Thread.NORM_PRIORITY
Thread.MAX_PRIORITY
1
5
10
La prioridad se establece mediante el mtodo setPriority(int prioridad). Este es un mtodo de instancia perteneciente a la clase
Thread.
El mtodo yield()
Este mtodo lo que hace es enviar una sugerencia a la JVM para que el thread actual pase a la lista de esperando ejecucin. Pero
hay que tener en cuenta que esto es una sugerencia, y puede que nunca se cumpla. Tambin puede que se cumpla, pero al enviar el
thread a la lista de esperando ejecucin, vuelva a ser elegido el mismo y pase a la lista de en ejecucin.
Mediante el mtodo yield(), el thread nunca pasar al estado de Esperando. Este es un mtodo de clase perteneciente a la clase
Thread.
El mtodo join()
Este mtodo permite unir la ejecucin de un thread al final de la otra. Supongamos que tenemos dos threads A y B. A requiere que B
se ejecute para poder continuar, de manera que A realiza un join contra B. Cuando B termine su ejecucin, recin en ese momento A
ser candidato a ser elegido de la lista de esperando ejecucin, pero no antes.
Este es un mtodo de instancia perteneciente a la clase Thread.
Sincronizacin de cdigo
La sincronizacin es el termino utilizado para que varios elementos que utilizan un recurso compartido no generen inconsistencia de
datos.
En el siguiente ejemplo de cdigo pueden ver un caso en particular con una cuenta bancaria. Ejecutenlo varias veces y vern como a
veces el saldo queda en negativo y otras no.
Para ver el ejemplo, dirgete al enlace y compila el cdigo.
Lo que debemos hacer en orden de preservar la integridad de la cuenta es que el mtodo efectuarRetiro se realice de manera
atmica (en realidad el trmino no es del todo correcto, dado que una operacin atmica es aquella que solo contiene una
instruccin. En este caso, se utiliza para identificar un conjunto de instrucciones que deben de procesarse como una sola).
Para ello podemos utilizar el modificador synchronized. Este lo que hace es asegurarse de que solo un objeto por vez pueda
acceder al recurso (en este caso el mtodo), pero no asegura que el objeto ejecute en una pasada todo el cdigo.
Si un objeto ejecuta el cdigo y se interrumpe dentro del mismo, se mantiene una llave, de manera que otro objeto no pueda
acceder hasta que el que estaba bloqueado, vuelva y termine con la ejecucin.
Veamos el mismo ejemplo pero ahora sincronizado. Ejecutenlo las veces que quieran. Vern que el saldo de la cuenta jams ser
negativo.
Para ver el ejemplo, dirgete al enlace y compila el cdigo.
12
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
13
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
Sincronizacin y bloqueos
La sincronizacin funciona mediante bloqueos. Denominamos bloqueo al mtodo que implementa synchronized, y monitor al
objeto que accede al bloqueo.
Puntos clave sobre synchronized:
notify()
join()
sleep()
yield()
java.lang.Object
java.lang.Thread
java.lang.Thread
java.lang.Thread
Los atributos estticos solo se deben invocar desde mtodos estticos sincronizados.
Los atributos de clase solo se deben invocar desde mtodos de clase sincronizados.
Bloqueos de la muerte
Esto se produce cuando dos bloqueos esperan que se libere el bloqueo del contrario para poder continuar. Esto generalmente es un
error muy difcil de detectar, adems de que cuando trabajamos con threads, el reproducir el error es aun ms complicado.
wait(), notify(), notifyAll() solo pueden ser invocados desde un contexto sincronizado. Un objeto no puede
ionvocar dichos mtodos a menos que posea el bloqueo.
14
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
15
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
//Compilacin:
//Ejecucin:
javac -g PruebasRunnable04.java
java PruebasRunnable04
Cuando se ejecuta un notify() no quiere decir que se libere el bloqueo. Esto se realizar una vez que se salga
del cdigo sincronizado.
Captulo 10 - Deployment
Todo desarrollo en Java requiere que los archivos sean pre-compilados a bytecodes, los cuales son almacenados en archivos .class, o
porque no comprimir todos tus .class en un paquete .jar.
Un recordatorio que mencionamos en el primer captulo. Para poder compilar los archivos .java debes tener instalada alguna
versin de la JDK (Java Development Kit), no basta con tener la JRE (Java Runtime Environment) instalada.
Opcion d
Por defecto, cuando compilemos nuestros archivos en Java, el directorio destino por defecto ser exactamente el mismo que el de
los cdigos fuente. Para poder modificar esto existe el comando d.
El directorio que especifiques mediante d debe existir, de lo contrario generars un error de compilacin.
16
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
17
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
source
com
blogspot
gustavoalberola
PruebaJavaWorld.java
classes
Dentro de source van nuestro .java y dentro de classes nuestros .class.
Si quisiramos compilar el cdigo anterior (tengan en cuenta que segn la estructura anterior, PruebaJavaWorld.java esta dentro de
los package com, blogspot y gustavoalberola) deberamos utilizar la sintaxis:
Parados sobre el directorio source
javac d ../classes com/blogspot/gustavoalberola/PruebaJavaWorld.java
Esto lo que har es crear dentro de classes la misma jerarqua de directorios, con el .class compilado a bytecode.
Vemos como tanto la variable que declaramos en cdigo, como aquella que introducimos mediante D existen en el listado de
propiedades.
18
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
19
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
Package y bsqueda
Existen dos maneras de referenciar clases desde nuestro cdigo que se encuentran en otro package, mediante imports, o la
llamda con el nombre atmico de la clase (el package.classNombre).
package com.blogspot.gustavoalberola;
public class JavaWorld {}
//otro package
public class OtraClase {
static public void main(String[] args) {
com.blogspot.gustavoalberola.JavaWorld javaWorld;
javaWorld = new com.blogspot.gustavoalberola.JavaWorld();
}
}
El path relativo depende de donde se encuentra el directorio actual. Ejemplo: ../ vuelve un directorio hacia arriba.
El path absoluto siempre referencia al mismo lugar sin importar donde se encuentre el directorio actual. Ejemplo:
c:\Jre_6_0_17\.
Archivos JAR
Teniendo nuestra aplicacin terminada, es probable que quieras comenzar a distribuirla. Puedes tener todos los .class en sus
respectivos directorios y distribuirlos solo de esa manera, o puedes generar unn archivo jar que contenga todos los .class.
Algunas reglas con respecto a los .jar
Cuando queremos compilar o ejecutar una clase que requiere de otra que se encuentra en un .jar, es
necesario especificar en el classpath el directorio junto con el nombre y extensin del .jar.
Ejemplo: java -cp=libs/JavaWorld.jar HolaJavaWorld
20
h
t
t
p
:
/
/
g
u
s
t
a
v
o
a
l
b
e
r
o
l
a
.
b
l
o
g
s
p
o
t
.
c
o
m
21
h
t
t
p
:
/
/
v
a
l
o
r
c
r
e
a
t
i
v
o
.
b
l
o
g
s
p
o
t
.
c
o
m
Utilizando /jre/lib/ext
Cuando instanalamos la JRE, dentro de uno de sus directorios
encontramos jre/lib/ext. Dentro se encuentran todas las clases que java
utiliza. Si pusiramos cualquiera de nuestras clases aqu dentro, no
necesitaramos especificar un classpath para referenciarlas.
Esto es una prctica poco comn, y solo se aconseja para casos personales,
pero no como mtodo de distribucin de un programa.
Tambin es importante saber que es muy comn encontrar variables
definidas para abreviar un directorio, como por ejemplo JAVA_HOME. Si
ves en el examen esto, interpretalo como el directorio de las libreras de
java.