Je suis pas sûr de comprendre la différence. Il y a une histoire de capacité utilisée, mais je vois pas très bien.

C'est assez méchant comme objet, je m'explique :
 
J'ai fait un petit programme de test
 

 
La sortie est assez surprenante :
 

 
Déjà, le 64 me porte à croire que la méthode size() ne doit pas avoir une très grande utilité, à moins qu'elle ne cache des informations que je n'ai pas sû déceler.
 
Quant à length(), c'est assez piège pour le noter : il renvoit l'index de plus haut "true" + 1, autrement dit, si le dernier bit est à false, il n'en est pas fait mention, bien que pour le programmeur ce false puisse avoir une utilité (c'est mon cas).
 
Voilà.

apparemment chaque bit est stocké dans un byte. donc length = nombre d'éléments (ici nb de bits), size = taille occupée par l'objet.

ça serait pas plutot que size = poids du plus "grand" bit?
du genre le bit7 correspond à la valeur 64?

ça revient au même mais c'est ça.

Par contre size, c'est plus dans l'esprit de ce que dit youdontcare. Car, si tu flippes quelques bits dans le BitSet, la méthode size renvoit quand même 64. C'est certainement lié à la construction de l'objet, mais il est surprenant de trouver une telle valeur, sachant que Java ne mise traditionnellement pas comme le C sur les sizeof(). On peut stocker quelle valeur entière dans un octet (byte pour les belges) ? 256 valeurs différentes... Mmmh, non, ce 64 me chiffonne.

ben si t'as un bitset de length=7, size=64, quels que soit l'etat des bits nan?
au fait tu te sers de ça pourquoi?

Pour représenter les locus d'un chromosome dans un algorithme génétique. Size en effet ne varie pas suivant l'état des bits, length par contre dépend du plus haut bit à 1.

Si ça se trouve, la taille doit être un multiple de 64 bits (peut-être à cause d'histoires d'alignement des mots en mémoire ?). Tu peux faire ton test jusqu'à 65 pour vérifier ?

Je vais voir ça.