162 votes

Réflexion de tableau Java : isArray vs instanceof

<p>Existe-t-il une différence de préférence ou de comportement entre l’utilisation :<pre><code></code></pre><p>et</p><pre><code></code></pre><p>?</p></p>

191voto

erickson Points 127945

En général, l'utilisation de l' instanceof de l'opérateur de tester si un objet est un tableau.

Au niveau de la JVM, l' instanceof opérateur se traduit par un spécifique "instanceof" byte code, ce qui est hautement optimisé dans la plupart des JVM implémentations.

L'approche réflexive (getClass().isArray()) est compilé en deux "invokevirtual" instructions. Le plus générique optimisations appliquées par la JVM pour ces derniers peuvent ne pas être aussi rapide que la main-à l'écoute des optimisations inhérente à la "instanceof" de l'enseignement.

Il y a deux cas particuliers: null références et des références à des tableaux primitifs.

Une référence null entraînera instanceof résultat false, tandis que l' isArray jette un NullPointerException.

Appliqué à une primitive de tableau, l' instanceof résultats false, mais l' isArray retours true.

31voto

Burkhard Points 6734
<p>Dans ce dernier cas, si obj a la valeur null vous n’obtiendrez une NullPointerException mais un faux.</p>

8voto

<p>Si <code></code> est de type <code></code> dites, alors cela aura un tableau <code></code> mais ne pas être une instance de <code></code> . Alors que voulez-vous faire avec <code></code> . Si vous souhaitez effectuer un cast, aller avec <code></code> . Si vous souhaitez utiliser la réflexion, utilisez <code></code> .</p>

5voto

dturanski Points 209
<p>Je suis récemment tombé sur un problème de mise à niveau une application Groovy du JDK 5 à JDK 6. À l’aide de <code></code> a échoué dans JDK6 :<pre><code></code></pre><p>Changer de <code></code> corrigé cela.</p></p>

4voto

<p><code></code>est considérablement plus lente sur Sun Java JRE 5 ou 6 que sur IBM.<p>Bien que l’utilisation de <code></code> est plus rapide sur la JVM de Sun.</p></p>

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by: