Fix #6187: make AnnotatedConstructor InvokerHolder access lazy

[kalayciburak]

Fixes #6187

AnnotatedConstructor built three InvokerHolders in the instance initializer even though most constructors never use all of call(), call1(), and call(Object[]). UnreflectHandleSupplier already defers the MethodHandle, but constructing the holders still eagerly creates MethodTypes.

Holders are now volatile and created on first use, same racy-publication pattern as _paramClasses. call(), call1(), and call(Object[]) behavior is unchanged.

Tests

• ./mvnw test -Dtest=AnnotatedMemberEqualityTest: 7/7 (RED on the three Make InvokerHolder access in AnnotatedConstructor lazy, to reduce unnecessary eager processing #6187 cases before the change: holders were non-null after construction; GREEN after)
• ./mvnw test -Dtest='**/introspect/*Test': 241/241
• ./mvnw test -Dtest='**/deser/creators/*Test': 176/176

[github-actions]

🧪 Code Coverage Report

Metric	Coverage	Change
Instructions	81.96%	📈 +0.010%
Branches	75.61%	📈 +0.010%

Coverage data generated from JaCoCo test results

[gitar-bot]

Code Review ✅ Approved

Defers InvokerHolder creation in AnnotatedConstructor to first use instead of eagerly constructing all three in the instance initializer, reducing initialization overhead for constructors that don't use all call variants. No issues found.

Options

Auto-apply is off → Gitar will not commit updates to this branch.
Display: compact → Showing less information.

Comment with these commands to change the behavior for this request:

Auto-apply	Compact
gitar auto-apply:on	gitar display:verbose

_{Was this helpful? React with 👍 / 👎 | Powered by Gitar — free for open source}

[github-actions]

🧪 Code Coverage Report

Metric	Coverage	Change
Instructions	81.96%	📈 +0.010%
Branches	75.59%	📈 +0.040%

Coverage data generated from JaCoCo test results