Es gibt eine Reihe von Verschleierungsprogrammen für .Net und ich habe einen versucht, meine exe scheint viel langsamer, wenn verschleiert. Haben alle Verschleierungsprogramme die gleiche Wirkung oder habe ich eine schlechte gewählt? Ich hoffe, einige sind besser als andere, wenn du von einem schnellen weißt, lass es mich wissen.Hat die Exe, die Sie aus Verschleierungsprogrammen bekommen, eine andere Geschwindigkeit?
Verschleierung sollte nicht die Laufzeitleistung Ihres Codes ändern. Wenn es dann einen schlechten Obfuscator gibt, der mehr tut als nur zu verschleiern. Alle Verschleißerscheinungen sollten Ihr IL schwer lesbar machen.
Es gibt different obfuscation methods, die Werkzeuge verwenden können. Es gibt einfache Umbenennungsmethoden, die die Leistung in keiner Weise beeinträchtigen sollen. Andere Methoden können den Codefluss ändern. Dies könnte sich negativ auf die Performance auswirken. Vielleicht möchten Sie sich andere Obfuscatoren ansehen und verschiedene Einstellungen ausprobieren.
Haftungsausschluss: Mein Arbeitgeber ist PreEmptive Solutions, der Schöpfer des Dotfuscator .NET Obfuscator.
Dies kann vom verwendeten Obfuscator und den darin aktivierten Optionen abhängen. Ich werde aus Erfahrung mit Dotfuscator sprechen.
Es kann Ladezeit und Speicherabdruckverbesserungen von verschleierten Assemblys geben, wenn Sie Umbenennen und Entfernen verwenden, teilweise weil alle/die meisten Ihrer Methoden, Felder usw. in viel kleinere Namen umbenannt werden (zum Beispiel "ThisVeryLongMethodName (SomeVeryLongParameterName)") wird "a (a)", so dass Sie einen Vorteil in Assembly-Größe und in der Regel mit Ladezeit erhalten. Zusätzlich entfernen Sie entfernen Methoden, etc., die nie aufrufen und wieder die Größe Ihrer Binärdateien verringern.
String-Verschlüsselung kann die Laufzeitleistung in geringem Maße beeinträchtigen, da die Zeichenfolgen zur Laufzeit wieder in lesbaren Text konvertiert werden müssen
Wenn Sie eines verwenden andere Systeme/Techniken wie die sichere vm-Technologie von Microsoft SLP, um Methoden unlesbar zu machen, was aufgrund der sicheren vm auch eine Laufzeitleistungseinbuße zur Folge hat.
Andere Verschleierungstools, die keine verwalteten Code-Assemblys als Ausgabe erzeugen, sondern stattdessen auf einen nativen Code-Loader zum "Vorverarbeiten" ihrer Ausgabe zurückgreifen, können ebenfalls einen Runtime-Performance-Hit (insbesondere während der Ladezeit) verursachen.
Verwenden Sie dotfuscator? –