Les API exposent des handles et des tables de symboles pour partager des objets entre les couches. Comprenez les risques liés à la propriété, au cycle de vie et à l’intégration native.

Réponse directe

ARCore 1.54 a ajouté ArCoreNativeInterop, getNativeHandle() et getSymbolTable() pour partager ou transférer la propriété des objets ARCore entre Java et C++. Cette fonctionnalité réduit la copie improvisée et le pontage dans les applications hybrides, mais rend explicites les responsabilités en matière de propriété, de thread, de validité et de publication. Les erreurs peuvent provoquer une utilisation après la sortie, des fuites ou des crashs difficiles à reproduire.

Le handle natif n’est pas une copie indépendante

Définissez à qui appartient l'objet, pour combien de temps et sur quel calque il sera libéré.

Le fil de discussion et la session nécessitent un contrat

Les appels en dehors du thread ou de la session attendus peuvent briser les invariants. Centralisez les accès et documentez les frontières.

La table des symboles réduit le couplage direct

La résolution dynamique des fonctions facilite l'intégration, mais nécessite une vérification de version et un repli lorsqu'un symbole n'existe pas.

Les failles natives nécessitent une observabilité

Enregistrez les versions, l'appareil, l'état de la session et la dernière frontière franchie entre Java et C++.

Lecture Nexus

Utilisez l'interopérabilité pour réduire les frais généraux avec uniquement des contrats de propriété, des tests de résistance et une désinfection de la mémoire.

FAQ

A quoi sert getNativeHandle() ?

Pour accéder à la représentation native d'un objet ARCore selon le contrat API.

Est-il sécuritaire de conserver la poignée indéfiniment ?

Non. La validité dépend du cycle de vie et de la propriété de l'objet.

Quand vaut-il la peine de l'utiliser ?

Lorsque la logique ou les bibliothèques C++ doivent fonctionner directement sur les objets ARCore et que le gain justifie la complexité.

Guides essentiels pour approfondir la décision

Sources primaires et références

Cette analyse éditoriale a été réalisée par Nexus à partir des sources officielles ci-dessous, consultées le 10 octobre 2026. Le texte est original et interprète les implications pratiques pour les entreprises.

Date rapportée par la source principale : ARCore 1.54 ; analyse publiée le 10 octobre 2026.