Carregando um applet
Quando um applet é carregado, este é o que acontece:

• Um exemplo da classe controlando do applet é criado.
• O applet começa inicializou-se.
• Os começos do applet a funcionar.

Sair e retornar à página do applet
Quando o usuário deixar a página -- dizer por exemplo, ir à página diferente -- o applet tem uma opção a parar por se. Quando o usuário retorna à página, o applet pode fazer o começo por se outra vez. A mesma coisa ocorre quando o usuário iconifies uma janela de browser que contenha o applet.

Recarregando o applet
Alguns browsers deixam os usuários recarregar os applet, que consiste descarregar o applet e então o carregar outra vez. Antes que um applet esteja descarregado, está dado a possibilidade parar-se e executar então o cleanup final, de modo que o applet possa fazer a liberação dos recursos que prende. Em seguida que o applet está descarregado e carregado como descrito em carregar o applet, acima.

Cada applet pode fazer o funcionamento em linhas múltiplas. exemplo: quando um browser primeiro de HotJava vê o original que contem um applet, a linha de DocumentSwitcher do browser executa o método do init de um applet (). E quando os scrolls do usuário o original, linha de AWT WServer executarem o método do update de um applet ().

Assim porque um applet necessitaria criar e usar suas próprias linhas? Imaginar um applet que execute a iniciação time-consuming -- como imagens do carregamento -- em seu método do init (). A linha que invoca o método do init () não pode fazer qualquer outra coisa até que o init () retorne. No browser de HotJava, isto significa que o browser não pode indicar o applet ou o qualquer coisa após ele até que o applet termine se inicializar. Therefoer se um applet estivesse no alto da página, então nada apareceria na página até que o applet termine se inicializar.

A solução a esta é criar uma linha e mover o código de iniciação do método do init () no corpo da linha.

As limitações da segurança
Para a segurança raciocinou, um applet que fosse carregado sobre a rede tivesse as seguintes limitações:

• Não pode carregar as bibliotecas ou definir métodos nativos.
• Não pode ordinariamente ler ou escrever as limas no anfitrião que o está executando.
• Não pode fazer conexões de rede exceto o anfitrião de que veio
• Não pode começar nenhum programa no anfitrião que o está executando.
• Não pode ler cada propriedade do sistema.
• Windows que um applet traz acima a olhar diferente do que as janelas que um aplication traz acima.

Cada browser tem um objeto de SecurityManager que verifique para ver se há as violações da segurança do applet. Quando um SecurityManager detecta a violação, joga acima de um SecurityException.

As potencialidades do applet
Estão aqui algumas das outras coisas que um applet pode fazer que você não possa esperar:

• Os applet que funcionam dentro do web browser podem fàcilmente fazer com que os originais de um HTML sejam indicados.
• Os applet podem fazer invocam os métodos públicos de outros applet na mesma página.
• Os applet que são carregados do sistema de lima local (de um diretório em CLASSPATH do usuário) não têm nenhumas das limitações que os applet carregados sobre a rede têm.
• Embora a maioria dos applet parem de funcionar uma vez você deixa sua página.

O pacote de java.applet fornece o API que dá applet algumas potencialidades que as aplicações não têm. enquanto os applet podem jogar os sons, que outros programas não podem fazer.