当前位置: 编程技术>移动开发
本页文章导读:
▪关于JNI GC 的一些议论 关于JNI GC 的一些讨论
包含JNI代码(pthread使用ffmpeg解码音频)的程序在小米手机上测试出现诡异的ANR问题,100%复现。其他测试机以及模拟器都无法复现。
HeapWorker线程的CPU占用率很高。
1.........
▪ GestureDetector跟SimpleOnGestureListener GestureDetector和SimpleOnGestureListener
1. 当用户触摸屏幕的时候,会产生许多手势,例如down,up,scroll,filing等等,我们知道View类有个View.OnTouchListener内部接口,通过重写他的onTouch(View v, MotionEvent e.........
▪ 关于SurfaceView主线程与UI线程的有关问题 关于SurfaceView主线程与UI线程的问题
好久没更新博客了,最近工作太忙了,也没什么时间自己研究技术,分享一点工作里总结的经验吧。
大家都知道做Android游戏用SurfaceView.........
[1]关于JNI GC 的一些议论
来源: 互联网 发布时间: 2014-02-18
关于JNI GC 的一些讨论
包含JNI代码(pthread使用ffmpeg解码音频)的程序在小米手机上测试出现诡异的ANR问题,100%复现。其他测试机以及模拟器都无法复现。
HeapWorker线程的CPU占用率很高。
12-26 08:43:31.882: ERROR/ActivityManager(215): ANR in cn.yo2.aquarium.mmsplayer (cn.yo2.aquarium.mmsplayer/.MainTest1) 12-26 08:43:31.882: ERROR/ActivityManager(215): Reason: keyDispatchingTimedOut 12-26 08:43:31.882: ERROR/ActivityManager(215): Load: 5.2 / 7.29 / 8.53 12-26 08:43:31.882: ERROR/ActivityManager(215): CPU usage from 101192988ms to 101183649ms ago: 12-26 08:43:31.882: ERROR/ActivityManager(215): 61% TOTAL: 17% user + 12% kernel + 30% iowait + 0.2% softirq 12-26 08:43:31.882: ERROR/ActivityManager(215): CPU usage from 817ms to 1380ms later: 12-26 08:43:31.882: ERROR/ActivityManager(215): 92% 13830/cn.yo2.aquarium.mmsplayer: 92% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 92% 13831/HeapWorker: 92% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 48% 215/system_server: 22% user + 25% kernel / faults: 16 minor 12-26 08:43:31.882: ERROR/ActivityManager(215): 9.2% 265/InputDispatcher: 3.7% user + 5.5% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 9.2% 589/Binder Thread #: 3.7% user + 5.5% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 5.5% 9799/Binder Thread #: 1.8% user + 3.7% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 3.7% 222/Binder Thread #: 0% user + 3.7% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 3.7% 488/Binder Thread #: 3.7% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 3.7% 9800/Binder Thread #: 3.7% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 223/SurfaceFlinger: 1.8% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 481/Binder Thread #: 0% user + 1.8% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 776/Binder Thread #: 1.8% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 4848/Binder Thread #: 1.8% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 10816/Binder Thread #: 0% user + 1.8% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 10817/Binder Thread #: 1.8% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 11273/Binder Thread #: 1.8% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 19057/Binder Thread #: 0% user + 1.8% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.8% 25952/Binder Thread #: 0% user + 1.8% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 5.2% 14857/com.qihoo360.mobilesafe: 5.2% user + 0% kernel / faults: 1 minor 12-26 08:43:31.882: ERROR/ActivityManager(215): 5.2% 14859/GC: 5.2% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 1.7% 14897/ProcessManagerS: 1.7% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 0.9% 73/irq/379-lis3dh: 0% user + 0.9% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 0.9% 282/com.android.systemui: 0.9% user + 0% kernel 12-26 08:43:31.882: ERROR/ActivityManager(215): 76% TOTAL: 63% user + 13% kernel
- Is native code interrupted by GC?
- What is "Heap Worker" thread and what does it do?
- Dead lock condition, GC Thread and HeapWorkerThread
- FW: HeapWorker taking 80%-95% of cpu
- Android Log Analysis
[2] GestureDetector跟SimpleOnGestureListener
来源: 互联网 发布时间: 2014-02-18
GestureDetector和SimpleOnGestureListener
1. 当用户触摸屏幕的时候,会产生许多手势,例如down,up,scroll,filing等等,我们知道View类有个View.OnTouchListener内部接口,通过重写他的onTouch(View v, MotionEvent event)方法,我们可以处理一些touch事件,但是这个方法太过简单,如果需要处理一些复杂的手势,用这个接口就会很麻烦(因为我们要自己根据用户触摸的轨迹去判断是什么手势)Android sdk给我们提供了GestureDetector(Gesture:手势Detector:识别)类,通过这个类我们可以识别很多的手势,主要是通过他的onTouchEvent(event)方法完成了不同手势的识别。虽然他能识别手势,但是不同的手势要怎么处理,应该是提供给程序员实现的,因此这个类对外提供了两个接口:OnGestureListener,OnDoubleTapListener,还有一个内部类SimpleOnGestureListener,SimpleOnGestureListener类是GestureDetector提供给我们的一个更方便的响应不同手势的类,这个类实现了上述两个接口(但是所有的方法体都是空的),该类是static class,也就是说它实际上是一个外部类。程序员可以在外部继承这个类,重写里面的手势处理方法。
通过GestureDetector的构造方法可以将SimpleOnGestureListener对象传递进去,这样GestureDetector能处理不同的手势了。
2. 具体用法:
2.1
private class DefaultGestureListener extends SimpleOnGestureListener{
@Override
public boolean onSingleTapUp(MotionEvent e) {
return false;
}
@Override
public void onLongPress(MotionEvent e) {
}
/**
* @param e1 The first down motion event that started the scrolling.
@param e2 The move motion event that triggered the current onScroll.
@param distanceX The distance along the X axis(轴) that has been scrolled since the last call to onScroll. This is NOT the distance between e1 and e2.
@param distanceY The distance along the Y axis that has been scrolled since the last call to onScroll. This is NOT the distance between e1 and e2.
无论是用手拖动view,或者是以抛的动作滚动,都会多次触发 ,这个方法在ACTION_MOVE动作发生时就会触发 参看GestureDetector的onTouchEvent方法源码
* */
@Override
public boolean onScroll(MotionEvent e1, MotionEvent e2,
float distanceX, float distanceY) {
return false;
}
/**
* @param e1 第1个ACTION_DOWN MotionEvent 并且只有一个
* @param e2 最后一个ACTION_MOVE MotionEvent
* @param velocityX X轴上的移动速度,像素/秒
* @param velocityY Y轴上的移动速度,像素/秒
* 这个方法发生在ACTION_UP时才会触发 参看GestureDetector的onTouchEvent方法源码
*
* */
@Override
public boolean onFling(MotionEvent e1, MotionEvent e2, float velocityX,
float velocityY) {
return false;
}
@Override
public void onShowPress(MotionEvent e) {
}
@Override
public boolean onDown(MotionEvent e) {
return false;
}
@Override
public boolean onDoubleTap(MotionEvent e) {
return false;
}
@Override
public boolean onDoubleTapEvent(MotionEvent e) {
return false;
}
/**
* 这个方法不同于onSingleTapUp,他是在GestureDetector确信用户在第一次触摸屏幕后,没有紧跟着第二次触摸屏幕,也就是不是“双击”的时候触发
* */
@Override
public boolean onSingleTapConfirmed(MotionEvent e) {
return false;
}
}
2.2 public GestureDetector (Context context, GestureDetector.OnGestureListener listener)通过构造方法将手势响应交给手势识别类
2.3 在OnTouchListener的onTouch方法中
private OnTouchListener gestureTouchListener = new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
return gDetector.onTouchEvent(event);
}
};
ok,到此为止就结束了
遇到的问题:
1. onFling(***)无法触发
通过设置 mListView.setLongClickable(true);即可(我处理的是ListView的手势事件),只有这样,view才能够处理不同于Tap(轻触)的hold(即ACTION_MOVE,或者多个ACTION_DOWN),我们同样可以通过layout定义中的android:longClickable来做到这一点。
2. 用户长按手机屏幕,就会触发长按事件,离开屏幕时,就会触发up事件,但是SimpleOnGestureListener没有对longPress事件的up事件对外提供接口
解决办法:
类似于这样,截获up事件,因为所有的都是有OnTouchListener 先获得,然后传递给SimpleOnGestureListener的,这里有一点必须要注意:
截获到up事件,我们进行了处理后,必须要将这个事件再交给SimpleOnGestureListener处理,虽然我们只截获长按事件的up,但是SimpleOnGestureListener对于长按事件的up也做了一些处理,只是没有对外提供接口。
做了什么处理:
if (mInLongPress) {
mHandler.removeMessages(TAP);
mInLongPress = false;
}
如果不交给SimpleOnGestureListener处理,那么单击动作也会触发onLongPress方法。
private OnTouchListener gestureTouchListener = new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
return gDetector.onTouchEvent(event);
case MotionEvent.ACTION_UP:
MyGesture.FlagInfo info = mGesture.getFlagInfo();
if(info.isConnected==true){
int firstVisiblePosition = mListView.getFirstVisiblePosition();
View view = mListView.getChildAt(info.position-firstVisiblePosition);
if(view!=null){
view.setBackgroundResource(R.drawable.listitem_background_blue);
info.isConnected = false;
}
}
return gDetector.onTouchEvent(event);
case MotionEvent.ACTION_MOVE:
return gDetector.onTouchEvent(event);
}
return false;
}
};
总结:
1. 点击屏幕上的某项的执行流程 有两种情况,一种是时间很短,一种时间稍长
时间很短:onDown--------》onSingleTapUp--------》onSingleTapConfirmed
时间稍长:onDown--------》onShowPress------》onSingleTapUp--------》onSingleTapConfirmed
2. 长按事件
onDown--------》onShowPress------》onLongPress
3.抛:手指触动屏幕后,稍微滑动后立即松开
onDown-----》onScroll----》onScroll----》onScroll----》………----->onFling
4.拖动
onDown------》onScroll----》onScroll------》onFiling
注意:有的时候会触发onFiling,但是有的时候不会触发,个人理解是人的动作不标准所致。
注:此文转载http://www.cnblogs.com/transmuse/archive/2010/12/02/1894833.html
1. 当用户触摸屏幕的时候,会产生许多手势,例如down,up,scroll,filing等等,我们知道View类有个View.OnTouchListener内部接口,通过重写他的onTouch(View v, MotionEvent event)方法,我们可以处理一些touch事件,但是这个方法太过简单,如果需要处理一些复杂的手势,用这个接口就会很麻烦(因为我们要自己根据用户触摸的轨迹去判断是什么手势)Android sdk给我们提供了GestureDetector(Gesture:手势Detector:识别)类,通过这个类我们可以识别很多的手势,主要是通过他的onTouchEvent(event)方法完成了不同手势的识别。虽然他能识别手势,但是不同的手势要怎么处理,应该是提供给程序员实现的,因此这个类对外提供了两个接口:OnGestureListener,OnDoubleTapListener,还有一个内部类SimpleOnGestureListener,SimpleOnGestureListener类是GestureDetector提供给我们的一个更方便的响应不同手势的类,这个类实现了上述两个接口(但是所有的方法体都是空的),该类是static class,也就是说它实际上是一个外部类。程序员可以在外部继承这个类,重写里面的手势处理方法。
通过GestureDetector的构造方法可以将SimpleOnGestureListener对象传递进去,这样GestureDetector能处理不同的手势了。
2. 具体用法:
2.1
private class DefaultGestureListener extends SimpleOnGestureListener{
@Override
public boolean onSingleTapUp(MotionEvent e) {
return false;
}
@Override
public void onLongPress(MotionEvent e) {
}
/**
* @param e1 The first down motion event that started the scrolling.
@param e2 The move motion event that triggered the current onScroll.
@param distanceX The distance along the X axis(轴) that has been scrolled since the last call to onScroll. This is NOT the distance between e1 and e2.
@param distanceY The distance along the Y axis that has been scrolled since the last call to onScroll. This is NOT the distance between e1 and e2.
无论是用手拖动view,或者是以抛的动作滚动,都会多次触发 ,这个方法在ACTION_MOVE动作发生时就会触发 参看GestureDetector的onTouchEvent方法源码
* */
@Override
public boolean onScroll(MotionEvent e1, MotionEvent e2,
float distanceX, float distanceY) {
return false;
}
/**
* @param e1 第1个ACTION_DOWN MotionEvent 并且只有一个
* @param e2 最后一个ACTION_MOVE MotionEvent
* @param velocityX X轴上的移动速度,像素/秒
* @param velocityY Y轴上的移动速度,像素/秒
* 这个方法发生在ACTION_UP时才会触发 参看GestureDetector的onTouchEvent方法源码
*
* */
@Override
public boolean onFling(MotionEvent e1, MotionEvent e2, float velocityX,
float velocityY) {
return false;
}
@Override
public void onShowPress(MotionEvent e) {
}
@Override
public boolean onDown(MotionEvent e) {
return false;
}
@Override
public boolean onDoubleTap(MotionEvent e) {
return false;
}
@Override
public boolean onDoubleTapEvent(MotionEvent e) {
return false;
}
/**
* 这个方法不同于onSingleTapUp,他是在GestureDetector确信用户在第一次触摸屏幕后,没有紧跟着第二次触摸屏幕,也就是不是“双击”的时候触发
* */
@Override
public boolean onSingleTapConfirmed(MotionEvent e) {
return false;
}
}
2.2 public GestureDetector (Context context, GestureDetector.OnGestureListener listener)通过构造方法将手势响应交给手势识别类
2.3 在OnTouchListener的onTouch方法中
private OnTouchListener gestureTouchListener = new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
return gDetector.onTouchEvent(event);
}
};
ok,到此为止就结束了
遇到的问题:
1. onFling(***)无法触发
通过设置 mListView.setLongClickable(true);即可(我处理的是ListView的手势事件),只有这样,view才能够处理不同于Tap(轻触)的hold(即ACTION_MOVE,或者多个ACTION_DOWN),我们同样可以通过layout定义中的android:longClickable来做到这一点。
2. 用户长按手机屏幕,就会触发长按事件,离开屏幕时,就会触发up事件,但是SimpleOnGestureListener没有对longPress事件的up事件对外提供接口
解决办法:
类似于这样,截获up事件,因为所有的都是有OnTouchListener 先获得,然后传递给SimpleOnGestureListener的,这里有一点必须要注意:
截获到up事件,我们进行了处理后,必须要将这个事件再交给SimpleOnGestureListener处理,虽然我们只截获长按事件的up,但是SimpleOnGestureListener对于长按事件的up也做了一些处理,只是没有对外提供接口。
做了什么处理:
if (mInLongPress) {
mHandler.removeMessages(TAP);
mInLongPress = false;
}
如果不交给SimpleOnGestureListener处理,那么单击动作也会触发onLongPress方法。
private OnTouchListener gestureTouchListener = new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
return gDetector.onTouchEvent(event);
case MotionEvent.ACTION_UP:
MyGesture.FlagInfo info = mGesture.getFlagInfo();
if(info.isConnected==true){
int firstVisiblePosition = mListView.getFirstVisiblePosition();
View view = mListView.getChildAt(info.position-firstVisiblePosition);
if(view!=null){
view.setBackgroundResource(R.drawable.listitem_background_blue);
info.isConnected = false;
}
}
return gDetector.onTouchEvent(event);
case MotionEvent.ACTION_MOVE:
return gDetector.onTouchEvent(event);
}
return false;
}
};
总结:
1. 点击屏幕上的某项的执行流程 有两种情况,一种是时间很短,一种时间稍长
时间很短:onDown--------》onSingleTapUp--------》onSingleTapConfirmed
时间稍长:onDown--------》onShowPress------》onSingleTapUp--------》onSingleTapConfirmed
2. 长按事件
onDown--------》onShowPress------》onLongPress
3.抛:手指触动屏幕后,稍微滑动后立即松开
onDown-----》onScroll----》onScroll----》onScroll----》………----->onFling
4.拖动
onDown------》onScroll----》onScroll------》onFiling
注意:有的时候会触发onFiling,但是有的时候不会触发,个人理解是人的动作不标准所致。
注:此文转载http://www.cnblogs.com/transmuse/archive/2010/12/02/1894833.html
[3] 关于SurfaceView主线程与UI线程的有关问题
来源: 互联网 发布时间: 2014-02-18
关于SurfaceView主线程与UI线程的问题
好久没更新博客了,最近工作太忙了,也没什么时间自己研究技术,分享一点工作里总结的经验吧。
大家都知道做Android游戏用SurfaceView效率比较高,但是需要独立的一个线程去控制绘制以及游戏逻辑。但是UI界面的触摸、按键之类的是属于UI线程的,这里就涉及到线程同步的问题。当然,代码写得小心,异步也完全没问题,效率也比较高。只不过情况有时候很复杂,未必小心就有用。
我的方法是用一个队列保存事件,在游戏线程检索这个队列,当然要进行同步操作。以下为部分代码(按键事件同省去了,与触摸同理。Logic是游戏逻辑对象,这里没有给出定义,应该一看就明白了吧。):
private ArrayList<MotionEvent> touchEventList; /** * 触摸事件同步锁 */ private byte[] touchLock = new byte[0]; public boolean onTouchEvent(MotionEvent event) { synchronized (touchLock) { if (touchEventList.size() > MAX_EVENT) { touchEventList.remove(0); } touchEventList.add(event); } return true; } public void run() { while (true) { Canvas canvas = surfaceHolder.lockCanvas(); if (canvas == null) { break; } super.draw(canvas); if (logic != null) { logic.paint(canvas); logic.update(); synchronized (touchLock) { for (TouchAction touchAction : touchEventList) { logic.onTouchEvent(touchAction); } touchEventList.clear(); } } surfaceHolder.unlockCanvasAndPost(canvas); }
}
转载注明出处,谢谢。
最新技术文章: