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
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.
- Google pour les développeurs – Quoi de neuf dans ARCore: Registre officiel des API Native Interop.
- SDK ARCore pour Android – Référence API: référence officielle des objets, des sessions et du cycle de vie.
Date rapportée par la source principale : ARCore 1.54 ; analyse publiée le 10 octobre 2026.

