Remove static cache for generated names in SimpleNameFactory #149
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The
SimpleNameFactory
was using a static List in an attempt to improve performance,by avoiding the need to recreate the String name multiple times. The implementation
was not thread-safe, and could result in invalid names being produced when Proguard
was being run concurrently within the same classloader.
When 2 threads entered
getName()
simultaneously, they could both construct the samename value for the same index, and both would then add these names to the static Map.
This resulted in a name List like `['a', 'a', 'c', ...].
This bug would manifest itself with a
Duplicate Jar Entry
exception, due to the factthat
SimpleNameFactory
would return the same name value on subsequent calls.This fact was verified by logging the names produced by
SimpleNameFactory
.This commit merely removes the questionable optimization. If name generation is demonstrated
to be a performance bottleneck a safer optimization should be implemented, ensuring
correct synchronization on shared resources.