Atenção: Com as evoluções do Java e práticas modernas, existem alternativas mais seguras e eficientes para lidar com serialização/desserialização. Mas como estamos estudando o livro vamos considerar para aprender. VER NO TÓPICO FINAL SOBRE SERIALIZAÇÃO
1. Problema da forma serializada padrão
- A forma serializada padrão pode tornar impossível substituir uma implementação descartável.
- Muitas classes da biblioteca Java, como BigInteger, sofreram com essa limitação.
- Deve-se avaliar se a forma serializada padrão é apropriada em termos de flexibilidade, desempenho e correção.
2. Quando a forma serializada padrão é aceitável?
- Quando a representação física do objeto é idêntica ao seu conteúdo lógico.
- Exemplo: uma classe Name com três String (sobrenome, primeiro nome e nome do meio).
3. Problemas ao usar a forma serializada padrão quando a representação física difere do conteúdo lógico
- Acopla a API pública à implementação interna, impedindo mudanças futuras.
- Aumenta o consumo de espaço, armazenando detalhes desnecessários.
- Pode ser ineficiente em tempo de execução, devido a percursos desnecessários no grafo do objeto.
- Pode causar overflow de pilha, especialmente em listas encadeadas grandes.
4. Exemplo: Serialização de uma lista encadeada (StringList)
- A forma serializada padrão armazenaria todos os nós e links internos, o que é ineficiente.
- Solução: armazenar apenas o número de elementos e suas String associadas.
- Isso reduz o espaço ocupado e melhora a performance da serialização.
5. Implementação de uma forma serializada customizada
- Criar os métodos writeObject e readObject para controlar a serialização.
- Utilizar o modificador transient para evitar serializar detalhes desnecessários.
- Sempre chamar defaultWriteObject e defaultReadObject para garantir compatibilidade futura.
- Documentar a API serializada com @serial (campos) e @serialData (métodos).
6. Problema ainda maior com tabelas hash
- A posição dos elementos depende do código hash da chave, que pode mudar entre execuções.
- Serializar a estrutura física de uma tabela hash poderia corromper suas invariantes.
- Solução: armazenar apenas os pares chave-valor e recriar a estrutura na desserialização.
7. Regras gerais para serialização eficiente
- Declarar como transient qualquer campo que não faça parte do estado lógico do objeto.
- Evitar serializar campos derivados, cujo valor pode ser recalculado.
- Evitar serializar ponteiros para estruturas nativas da JVM.
Conclusão
- A forma serializada padrão deve ser aceita apenas se for adequada ao estado lógico do objeto.
- Para maior controle, use uma forma serializada customizada, garantindo eficiência e flexibilidade.
- Isso evita problemas futuros com manutenção, desempenho e compatibilidade da API serializada.
Exemplos do livro:
.
.
Top comments (0)