1. 使用apache的Http包进行网络通信，如果添加了消息头("Accept-Encoding", "gzip,deflate"),那么无论从服务器获取的数据是否经过了gzip，都会对其进行解压缩，那么如果数据本来没有压缩而被解压缩了，就会乱码。设置这个消息头的时候一定要注意。
2. include,viewStub标签的使用
先说include标签，include标签的主要作用是复用已经写好的布局文件，但是有局限，因为include标签只能覆盖被引用布局的width，high，margin，weight等基本属性，无法修改引用布局中的子view的属性，它属于一成不变的引用，也不是说不能修改，只能在程序中动态的修改，所以include标签可以用，但不要去强用这个标签，会造成不必要的麻烦
再说viewStub标签
他的好处是如果不调用这个对象的inflate方法，那么这个对象就不会被实例化，当你需要这个布局的时候，调用他的inflate方法，就会绘制这个布局，这样能够节省内存。
疑议：没有inflate前的view和设置他的visible的属性为gone，有没有区别呢？
viewStub的默认属性是invisible，不是gone，通过设置他为visible或者调用他的inflate方法，都可以实现加载这个view，他继承自view，可以在运行时加载，此外他还不同于view设置invisible，view设置为invisible后，该view会被inflate，会占据一定的空间，但是viewStub不会。
再来看看view的gone属性，This view is invisible, and it doesn't take any space for layout purposes，那么设置了gone的view会被调用inflate方法吗？不会，因为他不占据空间，到现在为止，好像viewStub和gone的功能是类似的，看下面一段从ViewStub类中摘出来的一段代码
private void initialize(Context context) { mContext = context; setVisibility(GONE); setWillNotDraw(true); }
首先设置这个view的visible属性为gone，然后有设置了该类不能进行draw绘制。
ViewStub的原理是：ViewStub的属性设置为gone，并且不会被绘制，当设置了 setWillNotDraw(true)后，他的onDraw方法不会被调用，并且在他的onMeasure方法中，设置他的长度和宽度都为0,这样这个类就不会占用空间了，因为ViewStub是包含其他的布局文件，类似于include，ViewStub也是个view，自己本身能够被创建，但是他包含的布局文件是不会被加载的，即不会被inflate，所以也就不会消耗太多内存。如何保证ViewStub包含的布局文件不会被加载：
主要是通过设置 setWillNotDraw(true)方法。
这里引申一个网友的一篇文章：
一.引言： 想必大家以前也遇到過這個問題：出於項目的需要，我們有時需要新建一個直接或者間接繼承View的類，以便複寫View提供的onDraw()方法，但有時我們反而得不到我們想要的結果，今天就說一下onDraw()方法不被執行的解決方法。你可能也在onDraw()方法裡面設置了斷點或log,卻發現程序並沒有執行onDraw()方法，那麼你需要在你直接或者間接繼承View的類的構造函數中加入下面的語句： setWillNotDraw(false); 二.解釋： 那麼加這條語句的作用是什麼？先看API: If this view doesn't do any drawing _disibledevent=> 本人外語基礎不是很好，簡要翻譯一下，如果翻譯的不好，不要扔磚啊，重複一句我的語言：要想像，沒有了想像，世界會是什麼樣。嘿嘿： 如果在當前的view上面不做任何的繪製操作，需要設置這個標記以便將來的更好的需要，默認的，這個標記在View裡是不設定的。但是像View的一些子類如ViewGroup是可以設定的，典型的，你如果複寫了onDraw(Canvas)方法，你需要清除此標記。 那麼正好，我們所實現的就是View的子類：LinearLayout，當然你也可以繼承其他的子類如： AbsoluteLayout,AdapterView
@Override protected void _disibledevent=>int widthMeasureSpec, int heightMeasureSpec) { setMeasuredDimension(0, 0); }
当调用了ViewStub的inflate方法之后，ViewStub包含的布局文件就会被加载，inflate，ViewStub这个view对象是没有用的，他就起到一个包含子布局的作用，当子布局inflate之后，需要将他本身移除，将子布局对象填充进来，这样更节省内存空间，这里可以看下源码：
public View inflate() { final ViewParent viewParent = getParent(); if (viewParent != null && viewParent instanceof ViewGroup) { if (mLayoutResource != 0) { final ViewGroup parent = (ViewGroup) viewParent; final LayoutInflater factory = LayoutInflater.from(mContext); final View view = factory.inflate(mLayoutResource, parent, false); if (mInflatedId != NO_ID) { view.setId(mInflatedId); } final int index = parent.indexOfChild(this); parent.removeViewInLayout(this); final ViewGroup.LayoutParams layoutParams = getLayoutParams(); if (layoutParams != null) { parent.addView(view, index, layoutParams); } else { parent.addView(view, index); } mInflatedViewRef = new WeakReference
3. 解决topic图片在低清手机和高清手机上的适配问题，centercrop属性，动态该表itemview的高度，重新建立ListView与Adpater的连接
centerCrop属性的作用是等比例的拉伸图片，使得这个图片的大小等于或者大于view的长，宽（如果该图片的大小小于view的长宽，那么这个图片就会等比例的拉伸到view的长宽居中显示，如果该图片的长宽大于该view的长宽，就会出现图片缩小居中显示的情况，（这就和该属性描述不一样了，至于为什么，我也不清楚）），然后居中显示。
这么一种情况，有一个图片，作为ListView中的item的背景，该图片的大小为480px X 160px，htc g2的屏幕大小为320×480,该图片的宽度大于手机屏幕的宽度，M9的屏幕是640×960的，图片横向无法充满整个屏幕，怎么进行适配呢？
解决方案是设置imageview的scaletype属性为centercrop，同时动态的改变该imageview的长宽，因为是等比例拉伸，所以imageview 的长宽也要满足该图片的长宽比例，这样才能等比例拉伸，否则图片拉伸后就会失真。设置imageview的width为fillparent，动态的取得该屏幕的长度然后按照相应比例获得view的hight。
还有一个问题，当发生横竖屛切换的时候，ListView回去重新绘制itemView，如果在getView中计算长宽的话，那么每绘制一个view，都要计算一次，因为会复用以前的itemview，可以在onConfigrationChanged方法中重新设置setAdapter，这样就会重新创建itemview了，在ItemVIew的构造方法中设置一次hight，避免了每次调用getview，都要设置一遍的问题。
4. 压缩文件的解压缩
5. Gallery的使用
6. ScrollView的使用
7. 图片的平铺
8. 异步下载图片的机制
9. 设置图片的大小的方法
10. 解析xml的方式，先dom解析，然后进行sars或者pull解析的优势
11. HashSet的equals和hashCode的重写问题
12. 一个错误，在一个LinearLayout中，横向放置三个 LinearLayout，分别设置他们的weight为0,1,0中间的 LinearLayout不放置任何东西，用来作为填充用，经过实验，这种做法不行，如果一个 LinearLayout容器中没有放置任何东西，他是不会拉伸的。他是根据他里面的内容来决定自身大小的。将中间的 LinearLayout改为View后就ok了。
最新评论