[PDFBOX-5723] COSName caches already cached hashCode

• Type: Bug
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 2.0.30, 3.0.1 PDFBox, 4.0.0
• Fix Version/s: 2.0.31, 3.0.2 PDFBox, 4.0.0
• Assignee: Andreas Lehmkühler
• Reporter: Axel Howind
• Created: 02/Dec/23 17:28
• Updated: 14/Mar/24 20:57
• Resolved: 03/Dec/23 18:57

Description

COSName stores a name (String) and a hash code (int), both are final. The constructor calculates the hashCode as `hashCode = name.hashCode()`. Since the String class itself also caches the hashCode (it is calculated at first access), this is unnecessary and on most JVM implementations wastes 8 bytes of memory per COSName instance (4 for the integer and another 4 for padding).