Iker Perez de Albeniz

La tabla strings, es una estructura que contiene las posiciones de los recursos string que utiliza nuestra aplicación. En esta lista de strings tendremos desde nombres de clases, métodos, variables o constantes que nos indicaran el tipo de los datos. Es una lista ordenada ya que desde otras estructuras se hará referencia a los strings en función de su posición en la lista. Es decir, en el proceso de compilación, se extraen los strings de todas las estructuras y código, se eliminan duplicados y se meten en una lista ordenada, por lo que a partir de entonces, ahí donde había un string ahora hay un entero que hace referencia a la posición del string en la lista. Con esto se consigue reducir el tamaño de la aplicación evitando la redundancia de recursos.

Para entenderlo mejor, a partir de este momento vamos a desensamblar, paso a paso, un archivo .dex de ejemplo que hemos obtenido a partir de este ejemplo http://marakana.com/forums/android/examples/49.html que es pequeño y usa la NDK (de cara a ser un ejemplo relativamente completo).

Analizando la cabecera como explicamos en el artículo anterior obtenemos el offset o desplazamiento desde el inicio del fichero donde empieza la tabla de posiciones de los strings, y el numero de strings. Por tanto obtenemos que la tabla de strings empieza en la posición 0×00000070 y que tiene 79 (0x0000004F) elementos. Por tanto deberemos recorrer el archivo desde la posición 0×00000070 en bloques de 32bist, 79 veces para obtener la posición de los 79 strings.

En el ejemplo de la imagen superior recorremos los tres primeros strings. La estructura de cada string es, un byte que indica la longitud del string y a continuación el string, por tanto, el primer string esta en la posición 0x0000084E, su longitud es de 0×08 caracteres y su valor es “<clinit>”. El segundo string esta en la posición 0×00000858, es de longitud 0×06 y valor “<init>”, el tercero esta en la posición 0×00000860 es de longitud 0×01 y valor “I”. Seguiríamos así con los 79 strings, con lo que en el ejemplo de la imagen obtendríamos la siguiente lista.

0. <clinit>
1. <init>
2. I
3. III
4. IL
5. L
6. LI
7. Landroid/app/Activity;
8. Landroid/os/Bundle;
9. Landroid/text/Editable;
10. Landroid/view/View$OnClickListener;
11. Landroid/view/View;
12. Landroid/widget/Button;
13. Landroid/widget/EditText;
14. Landroid/widget/TextView;
15. Lcom/marakana/NDKDemo$1;
16. Lcom/marakana/NDKDemo;
17. Lcom/marakana/NativeLib;
18. Lcom/marakana/R$attr;
19. Lcom/marakana/R$drawable;
20. Lcom/marakana/R$id;
21. Lcom/marakana/R$layout;
22. Lcom/marakana/R$string;
23. Lcom/marakana/R;
24. Ldalvik/annotation/EnclosingClass;
25. Ldalvik/annotation/EnclosingMethod;
26. Ldalvik/annotation/InnerClass;
27. Ldalvik/annotation/MemberClasses;
28. Ljava/lang/CharSequence;
29. Ljava/lang/Integer;
30. Ljava/lang/Object;
31. Ljava/lang/String;
32. Ljava/lang/System;
33. NDKDemo.java
34. NativeLib.java
35. R.java
36. TextView01
37. V
38. VI
39. VL
40. accessFlags
41. add
42. app_name
43. attr
44. buttonCalc
45. drawable
46. findViewById
47. getText
48. hello
49. helloText
50. icon
51. id
52. layout
53. loadLibrary
54. main
55. name
56. nativeLib
57. ndk_demo
58. onClick
59. onCreate
60. outText
61. parseInt
62. res
63. result
64. savedInstanceState
65. setContentView
66. setOnClickListener
67. setText
68. string
69. textOut
70. this
71. this$0
72. toString
73. v
74. v1
75. v2
76. value
77. value1
78. value2

A partir de ahora las siguientes estructuras que vayamos desensamblando harán referencia a esta lista de strings.