You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the feature
Create a new CacheStrategy.DYNAMIC, which will only take effect if the member fields involved in the hashCode calculation are private, which will mark the hashCode as "recalculated required" when using the setter, and modify the hashCode the next time hashCode() is called.
Describe the target audience
The default CacheStrategy.NEVER has performance problems in large-scale data scenarios, and the dynamic caching function proposed in this issue can be used to optimize some of the member fields participating in hashCode calculation are private
Additional context
There are only minor optimizations to the current mechanism of "hashCode is recalculated every time hashCode() is called", and perhaps there are other better solutions, so I'll just propose a sketch of my own here 😉
The text was updated successfully, but these errors were encountered:
Describe the feature
Create a new CacheStrategy.DYNAMIC, which will only take effect if the member fields involved in the hashCode calculation are private, which will mark the hashCode as "recalculated required" when using the setter, and modify the hashCode the next time hashCode() is called.
Lomboked code:
Vanilla Java:
Describe the target audience
The default CacheStrategy.NEVER has performance problems in large-scale data scenarios, and the dynamic caching function proposed in this issue can be used to optimize some of the member fields participating in hashCode calculation are private
Additional context
There are only minor optimizations to the current mechanism of "hashCode is recalculated every time hashCode() is called", and perhaps there are other better solutions, so I'll just propose a sketch of my own here 😉
The text was updated successfully, but these errors were encountered: