Что я могу сделать для сокращения размера моего исполняемого файла (Delphi)?

Если вы не хотите использовать exe-компрессор, то попробуйте StripReloc.

Не видя фактических настроек, которые использует ваша конфигурация сборки "Release", объяснение такого увеличения размера требует большого количества спекуляций.

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

Я бы проверил настройки компилятора и компоновщика на предмет:

• Отладочная информация (настройка компилятора)
• TD32 info (компоновщик)
• Remote debug info (компоновщик)

Сравните эти настройки в вашем проекте Delphi 2009 с эквивалентами в Delphi 4.

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

Не так уж много способов, кроме как не использовать конкретный блок или удалять из него ненужные данные.

(Мой опыт относится к Delphi 5)

Другой способ - посмотреть, «какой блок увеличивает размер?».

Для этого я использую JCL Project Analyzer IDE, интегрированный в IDE с установкой JCL / JVCL, он показывает вам все блоки с их соответствующими размерами. Вы можете экспортировать его в текстовый файл. Если вы сделаете это с двумя средами (D4 и D2009), у вас будет много соответствующей информации.

Используйте "upx - сжатие или расширение исполняемых файлов" @ http://upx.sourceforge.net

Если вы перейдете в инструменты / конфигурируете инструменты и настроите его таким образом, вы можете сжать исполняемый файл над которым вы легко работаете через пункт меню в среде IDE.

Добавлю несколько слов. Компоновщик может удалить неиспользуемые процедуры и функции, только если он может следовать иерархии кода. Кошмарный список компоновщика приведен ниже:

• Код, управляемый сообщениями, печальная новость заключается в том, что этот код нельзя удалить вообще, поэтому размер пустого проекта Delphi продолжает расти от версии к версии. Каждое новое сообщение Windows (например, WM_TOUCH, насколько я знаю, представленное недавно) создает иерархию вызовов процедур, которую нельзя удалить (даже если вы вообще не планируете использовать Touch API). Это потому, что каждый case фрагмент WM _: - это то, что компоновщик не может решить, будет он использоваться или нет.

• Доступ к коду и структурам данных осуществляется из секций начала, инициализации и завершения модулей. Здесь у вас есть некоторый контроль, удаление ненужных вызовов или создание объекта. Даже если вы создаете объекты по запросу и освобождаете их только в разделе финализации, делайте это осторожно

Вычтите ожидаемое 2-кратное увеличение от Unicode, и в итоге вы получите неучтенное 2,5-кратное увеличение. Это имеет смысл, учитывая, сколько версий вы пропустили. Многое было добавлено в VCL и RTL со времен Delphi 4, и не все из этого - то, что может быть легко отделено умной ссылкой, даже если вы никогда не используете это. В зависимости от того, сколько модулей вы используете, вы можете тащить с собой довольно много дополнительного багажа.

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

1) Вы создаете подробный файл карты, и поскольку вы установили "used debug dcus", он также будет содержать символы для блоков RTL/VCL. Если он используется системой обработки исключений для генерации стеков вызовов и тому подобного, его можно добавить в исполняемый файл. И если его не сжать каким-либо образом, он может сделать размер вашего .exe довольно большим.

2) Использование отладочных dcus также сделает ваш .exe несколько больше, потому что обычно они компилируются без оптимизации и опций отладки, и они также сделают ваш код медленнее. Их не следует использовать в релизной версии.

3) Debug information должна добавлять debig info только в блок, а не в исполняемый файл, хотя она требуется IIRC для генерации файла карты.

Я провел несколько тестов, чтобы увидеть разницу между D2007 и D2010, потому что мы обновляемся до D2010. Я протестировал приложение с графическим интерфейсом для управления среднего размера, содержащее около 60 форм (сетки с подробными формами, фреймы и т. Д.). Мы используем компоненты TMS + Remobjects.

D2007:
"нормальная" компиляция: 18,8 МБ
с отладочным контроллером: 18,8 МБ (такой же размер!)

D2010
нормальный: 23,9
debug dcu's: 48.8mb (!)

Таким образом, использование debug dcu удваивает размер нашего exe ...

Протестируйте с нашей бизнес-службой (без больших dfm):
D2007: 12,3 МБ
D2010: 17.1mb

Так что да, D2010 увеличивает exe (немного), но для моего клиента это не проблема.

Edit: некоторая информация о скомпилированном размере:
D2007:

D2010:

Итак, увеличение размера кода, но более чем удвоение данных!

Поскольку D2010 добавляет расширенный RTTI, а RTTI является печально известным фактором в увеличивая размер exe, было бы интересно посмотреть, насколько велики двоичные файлы D2009 для этого приложения.

Если двоичные файлы D2009 значительно меньше, это не Unicode и т. Д. Что касается моих собственных двоичных файлов, у меня есть только 30% -ное увеличение или около того при переходе от D7 к D2009.

Проверить формат ваших dfm-файлов. Они должны быть в двоичном формате, если вы хотите уменьшить размер исполняемого файла.

Ранее было сказано, что использование исполняемого компрессора уменьшает размер исполняемого файла, но не установочного пакета. Однако, если вам нужен хороший компрессор, попробуйте ASPack .

@ Tom1952: ASPack работает довольно быстро, всего несколько секунд, чтобы сжать файл