fix: preserve all string keys in batch results

[OskarEichler]

Summary

Preserve proto as an own property in getMany results across web, native, Windows and the shipped mock.

Compatibility / observable behavior

Previously lost proto keys are now returned. Other keys and object prototype are unchanged.

Related to #1331. This is a focused part of a source review; it does not claim the entire repository is bug-free.

Test Plan

• Six actual TypeScript batch paths with proto, constructor, toString, missing keys and ordinary keys: six baseline failures become zero. Results retain Object.prototype; no null-prototype API change.
• Upstream yarn build:js, yarn test:ts (6 tasks), yarn test:lint (6 tasks), yarn test:format and git diff --check pass on the combined review checkout.
• No checked-in test/spec files changed. Reproductions were isolated and used synthetic data, not production/user storage.
• The combined 3.1.1 backport passes consumer immutable install/lint, both products' Android Debug and iOS Simulator Debug builds, four production Metro bundles, 13 web targets and four browser-extension targets. Published native framework binaries are unchanged. React Doctor: 100/100.
• Shared-storage testAndroidHostTest, macosArm64Test and iosSimulatorArm64Test pass with Java 21. The first Android run used Java 17 and failed Robolectric's SDK 36/JDK check; rerunning with the project's documented JDK fixed the environment failure without a source workaround.
• Windows/WinRT runtime, signed releases and physical-device behavior have not been verified locally.

[changeset-bot]

🦋 Changeset detected

Latest commit: 7f2c7de

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package

Name	Type
@react-native-async-storage/async-storage	Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR