NullPointerException encontrada en el proyecto se divide en dos situaciones:
1. Haga referencia al objeto vacío, es decir, llame al método del objeto vacío o consulte las propiedades del objeto vacío.
2. Asigne las clases de encapsulación de los tipos básicos en 8 a las clases básicas correspondientes.
1. Necesitamos hacer juicios no nulos sobre los objetos devueltos por las interfaces de otras personas, porque no sabemos si los objetos obtenidos estarán vacíos. Para Collection Map, normalmente llamo a CollectionUtils MapUtils para el objeto String devuelto. llamará a StringUtils.isNotEmpty() para realizar un juicio no vacío. Entre ellos, isNotEmpty no solo juzga NULL sino que también juzga conjuntos vacíos y cadenas vacías. Por ejemplo, consultar resultados a partir de datos. URL de precios devuelta en el flujo de trabajo
2. Para los objetos que crea, debe prestar atención a las operaciones que realiza el objeto y si el objeto estará vacío en el medio. Si es posible, agregue un juicio no nulo, especialmente para operaciones de recopilación, es fácil de informar. ¡un puntero nulo! ! ! Por eso, cada vez que opere una colección, tendré mucho cuidado.
3. Tenga mucho cuidado con los objetos de campo en primer plano, porque estos objetos son creados por el marco. Si no ingreso un valor en el cuadro de texto en primer plano, aunque el backend obtendrá una cadena vacía al enviar, la probabilidad. de NullPointerException es muy alto.
4. Para las operaciones de String, intente utilizar la clase StringUtils de Apache. En comparación con String, esto es muy seguro. Para operaciones de recopilación, utilice CollectionUtils y MapUtils de Apache. En comparación con las clases de herramientas de Apache, la eficiencia de ejecución también es muy alta, como StringUtils.split();
Algunas personas dicen que juzgar demasiado afectará el rendimiento. Personalmente, creo que el sacrificio de rendimiento aquí es insignificante en comparación con la seguridad del sistema.