Ⅰ android可监听的事件类型（提示：用户事件和系统事件，用户事件又分为按键事件和触屏事件）
在android系统中，存在多种界面事件，如点击事件，触摸事件，焦点事件，和菜单事件
用户事件和系统事件等，事件发生时，android界面框架调用界面控件的事件处理函数对事件进行处理。
如：用户事件：
按键事件：keyevent将传递给onkey()函数进行处理
触屏事件：touchevent将传递给ontouch()函数进行处理。
Ⅱ android 是怎样监听事件
监听事件，直接新建一个匿名的监听接口，类似于下面这样的：
b1.setOnClickListener(new OnClickListener(){
@Override
public void onClick(View v) {
// TODO Auto-generated method stub
Intent intet = new Intent(MainActivity.this,seekbar.class);
startActivity(intet);
//finish();
}
});
Ⅲ 在android中怎样给整个页面设置监听事件
您可以类似这样，先实例化子页面中的Button控件，然后将实例化后的控件绑定监听事件 View view=LayoutInflater.from(context).inflate(R.layout.abc_action_bar_view_list_nav_layout,null); Button button= (Button) view.findViewById(R.id.action_bar); button.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { //写上点击后要执行的事件 } }); 当然了，您要在不同页面实现不同的功能的话，您可以将以上代码写在viewPager.setOnPageChangeListener的滚动回调方法当中进行页面滚动的判断，从而执行不同的点击事件。希望能帮到您，如果还有什么问题，欢迎您继续追问。谢谢。
Ⅳ android开发中如何捕捉自动休眠灰屏的这个事件
捕捉自动休眠灰屏的事件，可以通过监听系统的广播获得当前手机屏幕的状态，广播需要在注册文件中注册，具体的实现代码如下：
public class ScreenListener {
private Context mContext;
private ScreenBroadcastReceiver mScreenReceiver;
private ScreenStateListener mScreenStateListener;
public ScreenListener(Context context) {
mContext = context;
mScreenReceiver = new ScreenBroadcastReceiver();
}
/**
* screen状态广播接收者
*/
private class ScreenBroadcastReceiver extends BroadcastReceiver {
private String action = null;
@Override
public void onReceive(Context context, Intent intent) {
action = intent.getAction();
if (Intent.ACTION_SCREEN_ON.equals(action)) { // 开屏
mScreenStateListener.onScreenOn();
} else if (Intent.ACTION_SCREEN_OFF.equals(action)) { // 锁屏
mScreenStateListener.onScreenOff();
} else if (Intent.ACTION_USER_PRESENT.equals(action)) { // 解锁
mScreenStateListener.onUserPresent();
}
}
}
/**
* 开始监听screen状态
*
* @param listener
*/
public void begin(ScreenStateListener listener) {
mScreenStateListener = listener;
registerListener();
getScreenState();
}
/**
* 获取screen状态
*/
private void getScreenState() {
PowerManager manager = (PowerManager) mContext
.getSystemService(Context.POWER_SERVICE);
if (manager.isScreenOn()) {
if (mScreenStateListener != null) {
mScreenStateListener.onScreenOn();
}
} else {
if (mScreenStateListener != null) {
mScreenStateListener.onScreenOff();
}
}
}
/**
* 停止screen状态监听
*/
public void unregisterListener() {
mContext.unregisterReceiver(mScreenReceiver);
}
/**
* 启动screen状态广播接收器
*/
private void registerListener() {
IntentFilter filter = new IntentFilter();
filter.addAction(Intent.ACTION_SCREEN_ON);
filter.addAction(Intent.ACTION_SCREEN_OFF);
filter.addAction(Intent.ACTION_USER_PRESENT);
mContext.registerReceiver(mScreenReceiver, filter);
}
public interface ScreenStateListener {// 返回给调用者屏幕状态信息
public void onScreenOn();
public void onScreenOff();
public void onUserPresent();
}
}
在上面的代码中,用到了动态注册广播,在需要监听屏幕状态的activity中,当不需要监听的时候,如activity finish的时候,使用unregisterListener解除广播监听;
下面是在Activity中调用;
ScreenListener l = new ScreenListener(this);
l.begin(new ScreenStateListener() {
@Override
public void onUserPresent() {
Log.e("onUserPresent", "onUserPresent");
}
@Override
public void onScreenOn() {
Log.e("onScreenOn", "onScreenOn");
}
@Override
public void onScreenOff() {
Log.e("onScreenOff", "onScreenOff");
}
});
通过以上步骤即实现了对屏幕状态的监听.
Ⅳ android怎么监听手指抬起屏幕的事件
一般情况下，你在MotionEvent.ACTION_UP或者MotionEvent.ACTION_POINTER_UP等UP事件的回调中处理即可，因为手指在屏幕上如果按着即使不动的情况下，其实Action_move仍在回调，就是用户比较难模拟出来那种完全手指按着屏幕一个像素点也没有动的情况。
或者你不想在UP事件中处理，那么就在Move中检测单位事件内移动的具体，比如100ms内如果用户手指移动距离小于你自己定义的阀值的话，可以认为用户没有移动手指。
写了半天才发现你问的不是这个问题。
你的问题可以通过先计算你将要滑动屏幕到的最终位置，然后通过判断你现在已经滑动到的位置，如果两个位置间的距离小于某个阀值比如一像素的话，那么就可以看做屏幕滑动停止了。
可以参考一下launcher中对屏幕滑动结束的处理逻辑。
Ⅵ Android的对话框怎么监听触屏事件
用我这个, 我己经给你写好了,你可以稍做修改就能用,
title是对话框的标题
icon是resID,是一张图片的ID,放在你res目录下的drawable
okcmd和cancelcmd分别是确认和取消按钮的字符串
//确认对话框的呼出
public void showDialog(String title,int icon,String msg,String okcmd,String cancelCmd){
if(okcmd==null){return;}
Log.i("setDialog", "dialogTitle="+title
+" dialogContent"+msg+
" dialogCmdOk"+okcmd
+" dialogCmdCancel"+cancelCmd
+" dialogIcon"+icon);
Builder builder=new AlertDialog.Builder(this);
builder.setTitle(title);
if(icon>0){
builder.setIcon(icon);
}else{
builder.setIcon(R.drawable.icon);
}
builder.setMessage(msg);
builder.setPositiveButton(okcmd,
new
android.content.DialogInterface.OnClickListener(){
public void onClick(DialogInterface d, int i) {
Log.i("showDialog", "onClick");
}
});
if(cancelCmd!=null && cancelCmd.length()>0){
builder.setNeutralButton(cancelCmd,
new android.content.DialogInterface.OnClickListener(){
public void onClick(DialogInterface d, int i) { }
});
}
AlertDialog dialog =builder.create();
dialog.show();
}
Ⅶ android 怎么自定义监听事件
新建一个android工程，找到工程下res->layout->activity_main.xml文件并打开
从左侧工具栏，拖入button到界面上，button默认id为button1
1、在Activity中给button绑定监听事件（setOnClickListener），代码如下：
//button绑定监听事件
Button btn = (Button)findViewById(R.id.button1);
btn.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
AlertDialog.Builder build = new Builder(MainActivity.this);
build.setMessage("Test").show();
}
});
2、直接在layout.xml中绑定onclick事件；
同时添加对应的监听事件处理函数
public void Test(View v){
AlertDialog.Builder build = new Builder(this);
build.setMessage("Test").show();
}
运行程序，在模拟器/真机中查看效果
点击button，弹出Test提示框，说明事件绑定成功。
Ⅷ Android-保活
Low Memory Killer
打开的应用越多，后台缓存的进程也越多。因为系统出于体验和性能上的考虑，app在退到后台时系统并不会真正的kill掉这个进程，而是将其缓存起来。于是在系统内存不足的情况下，系统开始依据自身的一套进程回收机制来判断要kill掉哪些进程，以腾出内存来供给需要的app, 这套杀进程回收内存的机制就叫 Low Memory Killer。
进程的优先级（by:https://developer.android.google.cn/guide/components/activities/process-lifecycle?hl=zh-cn）
前台进程
用户正在使用的程序，一般系统是不会杀死前台进程的，除非用户强制停止应用或者系统内存不足等极端情况会杀死。
可见进程
用户正在使用，看得到，但是摸不着，没有覆盖到整个屏幕,只有屏幕的一部分可见进程不包含任何前台组件，一般系统也是不会杀死可见进程的，除非要在资源吃紧的情况下，要保持某个或多个前台进程存活施。
服务进程
在内存不足以维持所有前台进程和可见进程同时运行的情况下，服务进程会被杀死。
后台进程
系统可能随时终止它们，回收内存。
空进程
某个进程不包含任何活跃的组件时该进程就会被置为空进程，完全没用,杀了它只有好处没坏处,第一个干它。
内存阈值
内存阈值在不同的手机上不一样，一旦低于该值,Android便会杀死对应优先级的进程。一旦低于该值,Android便开始按逆序关闭进程。即优先级从最高的空进程开始，逆序关闭，直到内存足够。
如何判断进程的优先级？
通过 oom_adj 值，判断进程的优先级，不同手机的oom_adj 值可能不一样。
我们了解这个有什么用呢？PS：了解这个你才能想办法保证自己怎么不被杀掉。
网上的一些方案和自己认为有用的方案
1 开启一个像素Activity（伪前台进程）
在锁屏的时候在本进程开启一个Activity，为了欺骗用户，让这个Activity的大小是1像素，并且透明无切换动画，在开屏幕的时候，把这个Activity关闭掉，所以这个就需要监听系统锁屏广播。
我们的应用就始终和前台进程是一样的优先级了，为了省电，系统检测到锁屏事件后一段时间内会杀死后台进程，如果采取这种方案，就可以避免了这个问题，但是还是有被杀掉的可能。
Android5.0以下：
Process.killProcessQuiet(pid);
Android5.0以后：
Process.killProcessQuiet(app.pid);
Process.killProcessGroup(app.info.uid, app.pid);
应用退出后，ActivityManagerService不仅把主进程给杀死，另外把主进程所属的进程组一并杀死，这样一来，由于子进程和主进程在同一进程组，子进程在做的事情，也就停止了。
2 相互唤醒（广播唤醒）
相互唤醒的意思就是，假如你手机里装了支付宝、淘宝、天猫、UC等阿里系的app，那么你打开任意一个阿里系的app后，有可能就顺便把其他阿里系的app给唤醒了。这个完全有可能的。此外，开机，网络切换、拍照、拍视频时候，利用系统产生的广播也能唤醒app，不过Android N已经将这三种广播取消了。
3 JobSheler机制保活（不推荐）
JobSheler是作为进程死后复活的一种手段，native进程方式最大缺点是费电， Native 进程费电的原因是感知主进程是否存活有两种实现方式，在 Native 进程中通过死循环或定时器，判断主进程是否存活，当主进程不存活时进行拉活。其次5.0以上系统不支持。 但是JobSheler可以替代在Android5.0以上native进程方式，这种方式即使用户强制关闭，部分厂商手机（如：华为）也能被拉起来，但AndroidN失效。
4 粘性服务&与系统服务捆绑()
这个是系统自带的，onStartCommand方法必须具有一个整形的返回值，这个整形的返回值用来告诉系统在服务启动完毕后。Service的onStartCommand方法里返回 STATR_STICK，onDestory中start自启（准确的将算不上进程拉活，只能算service自启，force_stop后不能正常拉活）。
5 监听第三方app开放的静态广播（同2）
需要大量反编译app去找开放的静态广播，而且不保证长期有效，可能第三方开放广播在版本升级时改为私有广播，如果自己公司有多个app,可广播互相拉起。
6 NDK+Socket通过fork实现进程保活方案（）
实现进程守护实际是守护app的主要服务，当app主进程被系统kill时，主要服务也会杀死，守护进程将其唤醒。
实现原理图：
进程保活方案调研结果
未能实现真正意义上的进程保活。
光从保活这一点来说，绑定一个像素activity和循环一个无声的声音这种方法比较好，但是对用户来说太流氓了，不推荐。 对于有硬性需求的，可以引导用户加入白名单。至于推送， 可以尝试集成多个推送方案，小米，华为等都有推送sdk，在对应手机上可以确保收到消息， 然后像网络这种是多app公用通道的，也就是手机中有一个使用网络推送的app被允许后台启动，就能让其他app收到推送。随着Android版本的不断更新及国内厂商对ROM的不断优化，如何最大可能的对进程保活，是Android一道需要长期学习/钻研的学问，也是Android开发者不得不面对的问题。
引援:https://www.jianshu.com/p/1c353edf73ba
Ⅸ android 锁屏时，获取屏幕点击事件。 想做一个程序：锁屏时，通过双击、三次点击等将屏幕
……如果你的手机不是自带这种功能的话，很难做的，基本不可能，要不然这么好的功能早就被做出来了，锁屏时屏幕断电不接受任何触控，不是软件就能解决的