Предисловие

Для программистов ознакомьтесь со сценарием NPE следует считать нормальной ситуацией. Независимо от того, находитесь ли вы в локальной среде разработки или в среде тестирования, вы всегда будете время от времени сталкиваться со скриптами. НПЭ. Действительно встретил сценарий НПЭ не страшен,По сравнению с некоторыми другими исключениями в программе,Аномалии NPE среди многих аномалий устранить проще всего.,Легче всего обнаружить проблемы,Это также самый простой сценарий исключения для решения. Конечно, нельзя сказать, что это потому, что с аномалиями NPE легко справиться.,Вы можете безопасно создавать ошибки,тебе нужно знать,Аномальные сценарии, которые зачастую легко устранить.,Часто это последнее, что должно появиться.,Основная причина этого — невнимательность разработчиков.

сценарий NPE

Хотя сценарий NPE легко устранить и устранить.,Но в практике программирования Java,Исключение нулевого указателя (NPE) является распространенным препятствием во время разработки.,Это не только мешает правильному функционированию кода,Это также часто становится источником нестабильности системы. Так как же идентифицировать сценарии запуска NPE, спрятанные глубоко в коде?

Давайте сначала поговорим об исключении нулевого указателя NPE...

NPE

Можно сказать, что сценарии NPE будут более или менее встречаться в повседневной разработке. Даже если вы будете очень осторожны в процессе разработки, сценарии, вызывающие NPE, не полностью определяются кодом, но также могут быть вызваны данными.

Обычно сценарий, который запускает NPE, например, если вы не инициализируете объект, а напрямую вызываете объект для получения параметров, будет сообщено о NPE, например

Или метод, который вы вызвали напрямую, возвращает значение null, когда данные не запрашиваются, но при последующей логической обработке объект не оценивается как null, что приводит к сообщению NPE при получении значения атрибута.

Или вашему коду необходимо получить внешние ресурсы, включая, помимо прочего, такие операции, как загрузка изображений и чтение содержимого изображения. Если содержимое изображения не может быть получено из-за сети, будет сообщено NPE, если содержимое изображения обрабатывается в это время. .

Как бороться с НПЭ

На самом деле, встретить NPE во время разработки кода не так уж и страшно. Главное — как с этими NPE бороться. Вы можете проверить надежность своего кода с помощью модульного тестирования после завершения разработки функций.

Вы также можете улучшить качество кода, добавляя непустые суждения в процессе разработки. Любое устное утверждение о том, что определенный фрагмент данных в базе данных должен существовать или определенное поле должно существовать, не заслуживает доверия, если вы встретите значение в своем функционале. логика В случае , нет ничего плохого в том, чтобы сначала проверить значение, а затем получить его.

Конечно, вы также можете использовать внешние инструменты проверки кода, такие как часто используемый FindBugs, чтобы помочь вам устранить основные ошибки кода, включая ситуации NPE. Или вы также можете просматривать код друг друга между командами, чтобы избежать возможных ситуаций NPE.

Чтобы предотвратить сбой выполнения программы или сбой программы, вызванный NPE, также возможно соответствующим образом ввести try catch для перехвата исключений для последующей логики обработки. Конечно, try catch не применим ко всем сценариям. В некоторых сценариях при возникновении NPE программа действительно не может быть выполнена. В этом случае try catch не может использоваться для обработки исключения, но исключение необходимо. быть брошен, чтобы показать проблему.

Короче говоря, что касается проблем NPE, помимо максимально возможного обогащения логики вашего кода в процессе разработки, вам также необходимо провести исследование с помощью проверок кода, внешних инструментов и т. д., чтобы выявить скрытые проблемы NPE и выявить все проблемы перед выходом в Интернет, чтобы обеспечить стабильную работу системы.