Встречающееся в проекте исключение NullPointerException делится на две ситуации:
1. Сослаться на пустой объект, то есть вызвать метод пустого объекта или обратиться к свойствам пустого объекта.
2. Назначьте классы инкапсуляции базовых типов в 8 соответствующим базовым классам.
1. Нам необходимо выносить ненулевые оценки объектов, возвращаемых интерфейсами других людей, поскольку мы не знаем, будут ли полученные объекты пустыми. Для карты коллекции я обычно вызываю CollectionUtils MapUtils. Для возвращаемого объекта String я обычно вызываю. вызовет StringUtils.isNotEmpty() для выполнения непустого решения. Среди них isNotEmpty не только оценивает NULL, но также оценивает пустые множества и пустые строки. Например, результаты запроса из данных. URL-адрес цен, возвращенный в рабочем процессе
2. Для создаваемых вами объектов следует обратить внимание на то, какие операции выполняет объект, и будет ли объект пустым посередине. Если возможно, добавьте ненулевое суждение, особенно для операций сбора, о нем легко сообщить. нулевой указатель! ! ! Поэтому каждый раз, управляя коллекцией, я буду очень осторожен.
3. Будьте очень осторожны с объектами полей на переднем плане, поскольку эти объекты создаются платформой. Если я не введу значение в текстовое поле на переднем плане, хотя серверная часть при отправке получит пустую строку, существует вероятность. NullPointerException очень высок.
4. Для операций со строками попробуйте использовать класс Apache StringUtils. По сравнению со String это очень безопасно. Для операций сбора используйте CollectionUtils и MapUtils Apache. По сравнению с классами инструментов Apache эффективность выполнения также очень высока, например, StringUtils.split();
Некоторые люди говорят, что слишком много суждений повлияет на производительность. Я лично считаю, что жертва производительности здесь незначительна по сравнению с безопасностью системы.