NullPointerException encontrada no projeto é dividida em duas situações:
1. Faça referência ao objeto vazio, ou seja, chame o método do objeto vazio ou consulte as propriedades do objeto vazio.
2. Atribua as classes de encapsulamento dos tipos básicos em 8 às classes básicas correspondentes.
1. Precisamos fazer julgamentos não nulos sobre os objetos retornados pelas interfaces de outras pessoas, porque não sabemos se os objetos obtidos estarão vazios. Para o Collection Map, geralmente chamo CollectionUtils MapUtils. chamará StringUtils.isNotEmpty( ) para realizar julgamento não vazio. Entre eles, isNotEmpty não apenas julga NULL, mas também julga conjuntos e strings vazios. Por exemplo, consulte resultados de dados. URL de preço retornado no fluxo de trabalho
2. Para os objetos que você cria, você deve prestar atenção em quais operações o objeto executa e se o objeto estará vazio no meio. Se possível, adicione um julgamento não nulo, especialmente para operações de coleta, é fácil de relatar. um ponteiro nulo! ! ! Então, toda vez que eu operar uma coleção, terei muito cuidado.
3. Tenha muito cuidado com os objetos de campo em primeiro plano, pois esses objetos são criados pelo framework, se eu não inserir um valor na caixa de texto em primeiro plano, embora o backend receba uma string vazia ao enviar, a probabilidade. de NullPointerException é muito alto.
4. Para operações String, tente usar a classe StringUtils do Apache. Comparado com String, isso é muito seguro. Para operações de coleta, use CollectionUtils e MapUtils do Apache. Em comparação com as classes de ferramentas do Apache, a eficiência de execução também é muito alta, como StringUtils.split();
Algumas pessoas dizem que muito julgamento afetará o desempenho. Pessoalmente, acho que o sacrifício de desempenho aqui é insignificante em comparação com a segurança do sistema.