Вот несколько недостатков. Я сделал несколько простых тестов, которые на самом деле ничего не доказывают, поскольку они не говорят, вызвано ли это различными проигрывателями и увеличивают ли значения дополнительной памяти / размера файла линейные или остаются на этом уровне. Они просто показывают, что есть различия.
- Увеличен размер файла
- Протестированный (mxmlc 4.5.1) пустой класс документа в одной строке:
-debug=false: 550 байт -debug=true: 667 байт
- Добавляет дополнительную инструкцию номера строки для каждой строки кода (может быть, даже для каждого объявления / оператора / выражения)
- Содержит структуру вашего проекта: полные пути к файлам .as.
- возможное нарушение конфиденциальности (может отображаться имя пользователя)
- показывает внутреннее имя проекта, возможно, внутреннюю версию, если используется в пути
- вероятно указывает на используемую ОС и / или IDE
- Увеличение потребления памяти
- Очень простой тестовый просмотр диспетчера задач: для создания цикла локальных объектов
- отладка: ~ 6300k - 7400k
- выпуск: ~ 5800k - 6900k
- Медленнее (как уже упоминалось в вопросе)
Я не уверен, является ли security проблемой здесь, поскольку операторы трассировки не показывают ничего, что не могло быть извлечено из памяти или восстановлено декомпиляцией. Возможно, наличие трассировки будет указывать на то, что она может быть критической частью приложения, но в целом даже не отладочный байт-код все еще содержит эти инструкции трассировки. Номера строк могут использоваться декомпилятором для создания более симпатичного кода.