Увеличивает ли размер программы, если мы включаем все файлы заголовков? [Дубликат]
5 ответов
Это очень распространенный вопрос.
Как и большинство вопросов производительности, наилучшим подходом является написание самого чистого и простейшего кода, поскольку это улучшает ремонтопригодность кода и помогает обеспечить его работу достаточно хорошо даже после он изменен. (Умный / Obtuse / Needlessly Подробный код может быстро запускаться, но поскольку он изменяется простым смертным, он может стать намного медленнее).
Неиспользуемые импорты оказывают незначительное влияние на компилятор, но импорт отсутствует в байтовом коде или во время выполнения.
Неиспользуемые объекты могут быть оптимизированы, но лучше всего их избежать, поскольку они почти всегда вызывают некоторое влияние на производительность, но что более важно сделать чтение и поддержание вашего кода более сложным.
-
1– disorder 4 January 2012 в 10:46
-
2– Eduardo Bezerra 27 September 2016 в 16:24
-
3– Peter Lawrey 27 September 2016 в 19:02
Хотя неиспользуемый импорт в файле Java не создает никакого вреда, нет необходимости увеличивать длину и размер исходного файла Java.
Неиспользованный импорт не влияет на производительность во время выполнения. Это чисто механизм пространства имен. Тем не менее, вы всегда должны импортировать только то, что вам нужно для удобства чтения, и избегать конфликтов имен, которые являются неприятными.
Помимо читаемости кода и, следовательно, ремонтопригодности кода, может быть более быстрая компиляция java-кода (однако, незаметная ), убрав импорт, но производительность во время выполнения не влияет, так как на байт-код не влияет неряшливый импорт. Созданный байт-код остается неизменным.
-
1– RanRag 4 January 2012 в 10:52
-
2– Frankline 12 January 2012 в 14:42
-
3– ryan 5 June 2013 в 13:40
-
4– Chinoto Vokro 17 December 2016 в 09:33
-
5– Chinoto Vokro 6 August 2018 в 15:58
Да, это немного влияет на производительность, если мы ссылаемся на неиспользованный оператор импорта в нашем классе java. Компилятор Java проверяет ссылки, упомянутые в инструкции импорта, и на минутном уровне влияет на производительность вашего класса.
Спасибо
Хотя влияние на компиляцию минимально, влияние на развертывание может быть плохим, я только что наткнулся на неиспользуемый импорт, который требовал, чтобы отдельная библиотека стала зависимой от maven, еще одна проблема транзитивной зависимости не была найдена, но война был толще ни по какой причине, добавьте к этому лишнюю банку в загрузчике классов webapp.