Android 经验碎片笔记（一）

Android 网络文章

---

1. Android 最佳实践之 resources

摘录，版权所属：Android最佳实践

• 命名。遵循以类型作为前缀的习惯。
  
  • 例如 fragment_contact_details.xml，view_primary_button.xml，activity_main.xml。
• 避免深层级视图
  
  • 尽可能的减少视图的层级：学习如何使用RelativeLayout，如何优化布局和如如何使用标签。
• 管理好布局XML代码。如果你不确定如何按照一定的格式来管理XML，可以参考以下几个习惯：
  
  • 一个属性占单独的一行，缩进4个空格
  • android:id总是第一个属性
  • android:layout_****属性放在顶部
  • style属性放在底部
  • 标签关闭/>独占一行，便于调整属性的顺序和增加属性
  • 不要在android:text中硬编码字符串，考虑使用Android Studio中提供的Designtime attributes功能
• 把大的样式文件分成多个小样式文件，不一定非得只有一个styles.xml文件。
  
  • Android SDK支持以非传统方式命名的样式文件。文件名styles并没有特别的作用，起作用的只是文件中的XML标签。
  • 因此，一个项目中可以同时有这些样式文件 styles.xml, styles_home.xml, styles_item_details.xml, styles_forms.xml。不像资源目录名那样在编译时有特殊意义，在res/values下的文件名是任意的。
• colors.xml是颜色调色板。colors.xml中应该只包含一些颜色名字到RGBA颜色值的映射。
  
  • 不要在colors.xml中为不同的按钮定义不同的颜色。
  • 可以这样做：

<resources>
    <!-- grayscale -->
    <color name="white"     >#FFFFFF</color>
    <color name="gray_light">#DBDBDB</color>
    <color name="gray"      >#939393</color>
    <color name="gray_dark" >#5F5F5F</color>
    <color name="black"     >#323232</color>
    <!-- basic colors -->
    <color name="green">#27D34D</color>
    <color name="blue">#2A91BD</color>
    <color name="orange">#FF9D2F</color>
    <color name="red">#FF432F</color>
</resources>

• 像管理colors.xml那样来管理dimens.xml。同样，你可以定义间隔，字体大小等属性的”调色板”，理由和管理颜色的理由一样。
  
  • 你应该使用spacing_****尺寸来实现视图布局的margin和padding属性，而不是在布局文件中硬编码属性值，这一点很像字符串的一般处理方式。这会使应用保持一致的观感，同时在管理和更改样式和布局时也更加方便。
  • 下面是dimens文件的一个好样例：

<resources>
    <!-- font sizes -->
    <dimen name="font_larger">22sp</dimen>
    <dimen name="font_large">18sp</dimen>
    <dimen name="font_normal">15sp</dimen>
    <dimen name="font_small">12sp</dimen>
    <!-- typical spacing between two views -->
    <dimen name="spacing_huge">40dp</dimen>
    <dimen name="spacing_large">24dp</dimen>
    <dimen name="spacing_normal">14dp</dimen>
    <dimen name="spacing_small">10dp</dimen>
    <dimen name="spacing_tiny">4dp</dimen>
    <!-- typical sizes of views -->
    <dimen name="button_height_tall">60dp</dimen>
    <dimen name="button_height_normal">40dp</dimen>
    <dimen name="button_height_short">32dp</dimen>
</resources>

---

2. 图片内存泄漏

摘录，版权所属：Android 加载图片时的内存问题

• 因为在内存中分配给图片的堆栈只有8M，当图片过大的时候，会出现内存泄露，如何解决呢?
  
  • 以下代码可以优化内存溢出，但它只是改变图片的大小，即图片的缩略图，但并不能彻底解决内存溢出

BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 3;       //图片宽高都为原来的1/3

• 图片的压缩

  • 80为压缩率，即80%，对图片压缩再保存
  • bitmap.compress(Bitmap.CompressFormat.PNG, 80, outStream);

• 图片用过之后要清除缓存，即使 GC 会定期进行垃圾回收，但由于图片处理过程中用到了java的库函数和c库函数，而c库函数所占用的内存无法通过垃圾回收来释放，所以特别是对于大的图片，因此要在使用完之后手动回收其内存空间，否则将会导致内存泄露

public void clearMemery(Bitmap bitmap) {
    if (bitmap != null && !bitmap.isRecycled()) {
        bitmap.recycle();
        bitmap = null;
    }
}

• Android读取BitMap的几种方式

FileInputStream fis = new FileInputStream(/sdcard/test.png);
Bitmap bitmap = BitmapFactory.decodeStream(fis);
InputStream inputStream=getBitmapInputStreamFromSDCard("test.png");
Bitmap bitmap = BitmapFactory.decodeStream(inputStream); 
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.test); 
String SDCarePath=Environment.getExternalStorageDirectory().toString();
String filePath=SDCarePath+"/"+"test.png"; 
Bitmap bitmap = BitmapFactory.decodeFile(filePath, null); 
Bitmap bitmap = BitmapFactory.decodeStream(getClass().getResourceAsStream("/res/drawable/test.png"));

---

3. Android中保存和恢复Fragment状态的最好方法

摘录，版权所属：Android中保存和恢复Fragment状态的最好方法

情景一：stack中只有一个Fragment的时候旋转屏幕

这种情况非常简单，你只需在onSaveInstanceState存储会在旋转的时候会丢失的数据，包括变量，然后在onActivityCreated或者onViewStateRestored中取出来：

int someVar;  
@Override  
protected void onSaveInstanceState(Bundle outState) {  
   outState.putInt("someVar", someVar);  
   outState.putString(“text”, tv1.getText().toString());  
}  
@Override  
public void onActivityCreated(Bundle savedInstanceState) {  
   super.onActivityCreated(savedInstanceState);  
   someVar = savedInstanceState.getInt("someVar", 0);  
   tv1.setText(savedInstanceState.getString(“text”));  
}

看起来很简单是吧，但是存在这样的情况，View重建，但是onSaveInstanceState未被调用，这意味着UI上的所有东西都丢失了，请看下面的情景二。

情景二：Fragment从回退栈的返回

当Fragment从回退栈中返回的时候，onDestroyView和onCreateView被调用，但是onSaveInstanceState貌似没有被调用，这就导致了一切UI数据都回到了xml布局中定义的初始状态。当然，那些内部实现了状态保存的view，比如有android:freezeText属性的EditText和TextView，仍然可以保持其状态，因为Fragment可以为他们保持数据，但是开发者没法获得这些事件，我们只能手动的在onDestroyView中保存这些数据。

@Override  
public void onSaveInstanceState(Bundle outState) {  
   super.onSaveInstanceState(outState);  
   // 这里保存数据  
}  
@Override  
public void onDestroyView() {  
   super.onDestroyView();  
   // 如果onSaveInstanceState没被调用，这里也可以保存数据  
}  

但是问题来了onSaveInstanceState中保存数据很简单，因为它有Bundle参数，但是onDestroyView没有，那保存在哪里呢？

• 答案是能和Fragment一起共存的Argument。

Bundle savedState;  
@Override  
public void onActivityCreated(Bundle savedInstanceState) {  
   super.onActivityCreated(savedInstanceState);  
   if (!restoreStateFromArguments()) {  
      // First Time running, Initialize something here  
   }  
}  
@Override  
public void onSaveInstanceState(Bundle outState) {  
   super.onSaveInstanceState(outState);  
   saveStateToArguments();      // Save State Here
}  
@Override  
public void onDestroyView() {  
   super.onDestroyView();  
   saveStateToArguments();      // Save State Here  
}  
private void saveStateToArguments() {  
   savedState = saveState();  
   if (savedState != null) {  
      Bundle b = getArguments();  
      b.putBundle(“internalSavedViewState8954201239547”, savedState);  
   }  
}  
private boolean restoreStateFromArguments() {  
   Bundle b = getArguments();  
   savedState = b.getBundle(“internalSavedViewState8954201239547”);  
   if (savedState != null) {  
      restoreState();  
      return true;  
   }  
   return false;  
}  
// 取出状态数据  
private void restoreState() {  
   if (savedState != null) {  
      //比如，tv1.setText(savedState.getString(“text”));  
   }  
}  
// 保存状态数据  
private Bundle saveState() {  
   Bundle state = new Bundle();  
   // 比如，state.putString(“text”, tv1.getText().toString());  
   return state;  
}  

现在你可以轻松的在fragment的saveState和restoreState中分别存储和取出数据了。现在看起来好多了，几乎快要成功了，但是还有更极端的情况。

情景三：在回退栈中有一个以上的Fragment的时候旋转两次

当你旋转一次屏幕，onSaveInstanceState被调用，UI的状态会如预期的那样被保存，但是当你再一次旋转屏幕，上面的代码就可能会崩溃。原因是虽然onSaveInstanceState被调用了，但是当你旋转屏幕，回退栈中Fragment的view将会销毁，同时在返回之前不会重建。这就导致了当你再一次旋转屏幕，没有可以保存数据的view。saveState()将会引用到一个不存在的view而导致空指针异常NullPointerException，因此需要先检查view是否存在。如果存在保存其状态数据，将Argument中的数据再次保存一遍，或者干脆啥也不做，因为第一次已经保存了。

private void saveStateToArguments() {  
   if (getView() != null)  
      savedState = saveState();  
   if (savedState != null) {  
      Bundle b = getArguments();  
      b.putBundle(“savedState”, savedState);  
   }  
}