[
https://issues.apache.org/jira/browse/PDFBOX-5723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Axel Howind updated PDFBOX-5723:
--------------------------------
Attachment: Remove_hashCode()_field_from_COSName.patch
> COSName caches already cached hashCode
> --------------------------------------
>
> Key: PDFBOX-5723
> URL: https://issues.apache.org/jira/browse/PDFBOX-5723
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 4.0.0
> Reporter: Axel Howind
> Priority: Minor
> Attachments: Remove_hashCode()_field_from_COSName.patch
>
>
> 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).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
