android键值映射

‘壹’ android底层网络框架是怎么实现的

一个好用的网络底层框架可以很大的程度上方便自己的项目，我们下面要做的就是一个趁手的网络框架。
做一个网络框架我们首先要确定这个网络框架除了能够从网络上获取数据还需要哪些功能：
首先抛弃AsyncTask，自定义一套网络底层的封装框架。
设计一套适合自己App的缓存策略
设计一套假数据返回的机制，在网络请求API没有返回的时候，可以假装获取到了网络返回的数据。
封装用户cookie的逻辑。
其他的还好，可能有人对于第一步的那个抛弃AsyncTask有些疑问，就是为什么要抛弃啊，这个类这个好用，内部封装了那么多的方法。但是我们不能只看到这个的优点，这个类有个致命的缺点：不能灵活的控制内部的线程池。
我们都知道的是，线程池里面的每个线程都是API的调用请求，而AsyncTask中有没有暴漏出取消这些请求的方法，这个时候，如果我们从A界面调到B界面，那么在A界面调用的API请求，如果还没有返回，并不会被取消，对于一个频繁调用API请求的APP应用应用来说，一个界面调用的API可能超过十个，在网络不好的情况下，如果这个时候跳转到了其他界面，这个时候其他界面也会调用API，这个时候造成的情况就是这个界面的请求并不会显示数据，因为首页的请求还在排队，要等首页的请求完成之后你才可以调用，这个就是所谓的AsyncTask堵塞。
我刚工作的时候遇到一个情况就是，根据公司的情况写了一个统计用户交互数据的SDK，开始的使用时候就是这个AsyncTask类，结构我发现在APP中某一个界面的吊起特别的慢，数据加载也非常的慢，发现的原因是我写的这个SDK中的API请求调用超时，并且在超时的时候重复调用三次这个API。

网络请求的格式
网络请求两个方法POST和GET，我们一般把GET方法为请求数据，POST为修改数据。请求的方法格式也是相对有讲究的。

Request
所有的MobileApi都可以写作：http：//www.xxx.com/aaaa.api的形式。
GET：对于GET方法我们可以将请求API写作http：//www.xxx.com/aaaa.api K1=va1&K2=va2，形式，也就是说，把key-value这样的键值对存放在URL上，这样做的话会方便我们后面对数据进行缓存，另外要精良是GET的参数都是String，int这样的类型，方便缓存，解析。
POST：我们都知道看不见POST的请求数据，一般key-value这样的键值对存放在Form表单中，最后进行提交请求。POST经常会提交大量数据，所以有些键值对要定义成集合或复杂的自定义实例，这个时候我们就需要把这样的值转换为JSON字符串进行提交，有APP传递到API后，在将JSON字符串转换为对于的实体。
Response
服务器现在用的最多的是使用JSON作为api返回的结果，这里也是使用JSON。
一般情况下返回的json数据中要有以下数据：
首先一个是否调用api成功的参数，
另外一个错误类型的参数(这个参数可以是Int格式的参数，成功为0)
错误具体信息的参数，成功为“”
具体API返回的结果，失败为“”
所以我们定义一个Response实体类，作为JSON实体的最外层。
如果成功返回了数据，数据会存放在result字符按中，映射为Response实体的result属性。

如果上面返回的result是一种实体的集合，那么就要把result解析为相应的实体集合。
我们在前面看到我们把AsyncTask抛弃重新写一个扩展性强的，可以随时取消API请求网络底层，那么我们的这个网络底层的线程池使用的是什么：使用原生的ThreadPoolExecutor + Runnable + Handler
首先我们要把App所调用的所有的API接口放到一个类或者xml文件中去，我们这里放在xml文件里面去，当然要写出读取xml的类和函数：
其中key和url的值符合key-value键值，expires代表数据缓存的时间单位为毫秒，netType代表请求方式(POST和GET) ，mockClass代表的是返回假数据的类。
RemoteService和RequestCallback和RequestParameter
这三个类表示的是请求的服务，请求返回，请求参数，三个给APP调用的类。
其他的两个类在方法中调用：

context：表示上下文
key：即xml文件中的key
RequestParameter：请求携带的参数
callback：请求回调
forceUpdate：是否强制更新数据，忽略缓存
RequestMannager类是一个集合类，用于取消请求的。每次发起请求时，都会把为此创建的Request添加到RequestManager中，即RequestManager中保存了全部的request。
他是对ThreadPoolExecutor和ArrayBlockingQueue的简单封装，是一个线程池，每发起一次请求，这个线程池就会分配一个新的线程来执行该请求。

HttpRequest类，发起HTTP请求的地方，他事先了Runable，从而让DefaultThreadPool可以分配新的线程，所以所有的请求逻辑都在Runnable接口方法里：
在这个类中对于get请求接口，他会把传递来的数据，处理为相应的格式：http：//www.xxx.com/aaaa.api K1=va1&K2=va2。对于Post格式的请求接口，他会把传递过来的数据转换为BasicNameValuePair的形式，并放在表单中提交。

需要注意的是，因为我们把每个HttpRequest都放在了子线程中执行，所以RequestCallback的回调不能直接操作UI线程的控件，所以这个时候Handler就可以用到了。使用这个就可以保证RequestCallback的回调在UI线程上，不会报错。

‘贰’ android的手机，键盘定义fn键，用作数字和字母切换，请问这个键值应该定义成多少

如果是自定义键盘里面的话，xml文件里面的简直可以是-3，如下内容：
<Key android:codes="-3" android:keyWidth="20%p"
android:keyIcon="@drawable/sym_keyboard_done"
android:keyEdgeFlags="left" />

‘叁’ 请教如何查看android键值定义

在代码里看就可以，如

public class Main extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
}

@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
// 查看android键值定义
KeyEvent.（按Alt+/查看所有定义的）
return super.onKeyDown(keyCode, event);
}
}

‘肆’ Android中如何设置SharedPreference文件名称

1、android文件存储
对Android系统了解的都知道，Android系统有四种基本的数据保存方法，一是SharedPreference，二是文件，三是SQLite,四是ContentProvider。看出来了吧，Preference，对就是使用SharedPreferneces以键值对的形式进行保存的。
2、SharedPreferneces
做软件开发应该都知道，很多软件会有配置文件，里面存放这程序运行当中的各个属性值，由于其配置信息并不多，如果采用数据库来存放并不划算，因为数据库连接跟操作等耗时大大影响了程序的效率，因此我们使用键值这种一一对应的关系来存放这些配置信息。SharedPreferences正是Android中用于实现这中存储方式的技术。
SharedPreferences是以键值对的形式存储数据的，其使用非常简单，能够轻松的存放数据和读取数据。

在具体介绍Android的设置界面的实现之前，我们先来介绍一下预备知识，就是Android数据持久化方法中最简单的一种，即使用Preferences的键值对存储方式。这种方式主要用来存储比较简单的一些数据，而且是标准的Boolean、Int、Float、Long、String等类型。
android.content.SharedPreferences是一个接口，用来获取和修改持久化存储的数据。有三种获取系统中保存的持久化数据的方式：
1）. public SharedPreferences getPreferences (int mode)
通过Activity对象获取，获取的是本Activity私有的Preference，保存在系统中的xml形式的文件的名称为这个Activity的名字，因此一个Activity只能有一个，属于这个Activity。
2）. public SharedPreferences getSharedPreferences (String name, int mode)
因为Activity继承了ContextWrapper，因此也是通过Activity对象获取，但是属于整个应用程序，可以有多个，以第一参数的name为文件名保存在系统中。
3）. public static SharedPreferences getDefaultSharedPreferences (Context context)
PreferenceManager的静态函数，保存PreferenceActivity中的设置，属于整个应用程序，但是只有一个，Android会根据包名和PreferenceActivity的布局文件来起一个名字保存。
通过以上方式取得SharedPreferences后就可以对数据进行读取或者保存了。

‘伍’ Android怎样监听蓝牙耳机的按键事件

其实对于Android系统，每次按键只会有一个唯一“键值”响应，使用起来感觉会模模糊糊的，但是其实对于系统来说是很清晰的。

AVRCP全称（Audio/VideoRemoteControlProfile），是蓝牙协议中的一个profile。从名字上就可以看出主要应用于Audio/Video控制。每个按键并不是独立的，上－曲/下一曲是在正在播放音乐的时候才会有效，即才会向Android发送“键值”。

基于按键从Linux到Android分析具体对于的键值：

Linux扫描码功能映射字串Android键值

00c8200 开始放音乐MEDIA_PLAYKEYCODE_MEDIA_PLAY

00c9201 停止放音乐MEDIA_PAUSEKEYCODE_MEDIA_PAUSE

00a3163 下一曲MEDIA_NEXTKEYCODE_MEDIA_NEXT

00a5165 上－曲MEDIA_PREVIOUSKEYCODE_MEDIA_PREVIOUS

Android应用代码,完整测试应用：TeskKey。

总结：1号键会交替发送KEYCODE_MEDIA_PLAY/KEYCODE_MEDIA_PAUSE；2/3号键会在播放音乐时分别发送KEYCODE_MEDIA_PREVIOUS/.KEYCODE_MEDIA_NEXT。如果想要把蓝牙耳机上的按键利用起来，可以在接收到KEYCODE_MEDIA_PLAY时播放无声音乐以使能2/3号键。这样就能完整接收3种键值了自行控制了。这个具体自行设计（测试代码已经更新包含了）。

注：这种实现并不一定通用，比如我在深度定制的MIUI中测试，尽管启动的TestKey应用，系统自带的音乐播放器仍然能同时响应键值。

更新：

已经更新TestKey源码，添加对蓝牙耳机按键的监听，实现方法就是上述中推测的方法，已经成功验证过了。播放音乐参考《Android多媒体开发--资源文件播放》。效果图：

问与答
1.这个只能在播放音乐的状态下才能监听到么？
答：根据上述的原理，这些按键也仅仅是应用在控制媒体时使用；且根据实际验证没有播放音乐时蓝牙耳机的2/3号键是并没有向Android设备发送键值(从底层Linux来看)。综上所述，需要通过播放音乐来实现激活其向Android设备发送键值，针对这种情况可以播放一个“没有声音”的音乐文件来实现，这样既可以监听到2/3号键又可以不影响其它声音的输出。可以在前台时播放音乐，后台停止播放。

2.我现在主要是想监听得到开关键(1号键)。 在做一个按下蓝牙开关键后启动一个语音识别的功能？
答：在我的测试条件下，1号键是可以正常监听到的。1号键会交替发送KEYCODE_MEDIA_PLAY/KEYCODE_MEDIA_PAUSE键值。这个键不需要模拟播放音乐就可以正常的监听到。

3.4号按键的监听方法

答：所谓的4号按键，也就是指本文中的所测试型号的蓝牙耳机上并没有，但有可能其它型号的蓝牙耳机上有。我没有办法测试验证，所以这里就简单叙述一下“新按键”的键值确定思路：1.先使用TestKey测试应用测试按键，测试Android上层是否可以得到对应键值。2.如果没有得到，那么就使用adbshellgetevent来看Linux底层可以不可以得到键值。然后根据按键从Linux到Android来确定Android上层使用的键值码到底是多少。(当然，如果你实在不知道如何监听，把蓝牙耳机寄给我，我给你确定也行。：）)

注：其实上述文章完全是根据按键从Linux到Android测试确定下来的。那是篇文章是剥开Android外壳来看“按键”事件的流程的，方法适用于所有输入事件:各种按键/触摸/物理键盘/鼠标等待输入设备。没有一定的Linux开发经验很难看懂和理解。

4.Android后台监听按键怎么实现

或：如何启动一次应用后在后台一直监听播放键因为有这样一个场景在用户开车的时候需按一下开关键就启动语音识别的功能。

这个问题其实已经超出了本文讨论的范围，是Android系统对应用层的键盘事件（按键）的分发的问题了。正常情况下，按键只会向当前最端的应用分发键盘事件，也就是说在后台你边音量键都监听不了。

但是既然这种情况（后台应用监听按键)的需求存在，那么就一定有它存在的道理。比如“相机键”，按下后直接调出相机到最前台。从表面上看是相机响应了按键，但是从实现方法上来看，并不是通过键值来操作，必须通过其它方法，比如广播或者其它等等。

明白了其中的道理后，那么想要实现就好办了。先看这个按键有没有广播，如要有接听系统中发出来的广播；如果没有那么对于定制系统可以自己在系统中添加一个广播；总之，正常渠道是没有办法在后台监听一些不应该是你监听到的按键的。

更：查了一下，这个按键是有广播的。这样就可以后台响应了(不需要C／不需要root)。例子我就不试了，见Android官方例子RandomMusicPlayer。

其中的重点是这个广播android.intent.action.MEDIA_BUTTON。

‘陆’ android HOME长按之后的键值是多少

home键在KeyEvent中的键值为3.

ublic static final int KEYCODE_HOME = 3;

当用户按下home键的时候(包括长按)，程序会进入到PhoneWindowManager.java类中的public boolean interceptKeyBeforeDispatching(WindowState win, int action, int flags,int keyCode, int scanCode, int metaState, int repeatCount, int policyFlags)这个方法中进行处理。如果用户是连续点击home，此时就要执行长按home事件了。

即执行mHandler.postDelayed(mHomeLongPress,ViewConfiguration.getGlobalActionKeyTimeout());对应的代码。也就会跳转到mHomeLongPress这个Runnable接着往下执行。

interceptKeyBeforeDispatching这个方法位于PhoneWindowManager.java中。

位置为：frameworks.java

(WindowStatewin,intaction,intflags,
intkeyCode,intscanCode,intmetaState,intrepeatCount,intpolicyFlags){
finalbooleandown=(action==KeyEvent.ACTION_DOWN);
...
//4、用户按下home，然后马上释放。此时这个条件成立。将之前postDelayed的事件remove掉。此时就不会执行长按home事件。
if((keyCode==KeyEvent.KEYCODE_HOME)&&!down){
mHandler.removeCallbacks(mHomeLongPress);
}
//5、第一次按下home，mHomePressed为false。
if(mHomePressed){
if(keyCode==KeyEvent.KEYCODE_HOME){
//a、如果用户连续按下home，此时暂时没有up事件。所以就不走这里。
//b、如果用户没有连续按下home，此时过来的是up(move或者http://www.tiecou.com/)事件。即!down为true，执行该方法
if(!down){
mHomePressed=false;
if(!canceled){
booleanincomingRinging=false;
try{
ITelephonytelephonyService=getTelephonyService();
if(telephonyService!=null){
incomingRinging=telephonyService.isRinging();
}
}catch(RemoteExceptionex){
Log.w(TAG,"()",ex);
}

if(incomingRinging){
Log.i(TAG,"IgnoringHOME;there'saringingincomingcall.");
}else{
//单击home处理
launchHomeFromHotKey();
}
}else{
Log.i(TAG,"IgnoringHOME;eventcanceled.");
}
}
}
returntrue;
}

...

//1、第一次处理home按下
if(keyCode==KeyEvent.KEYCODE_HOME){

//Ifasystemwindowhasfocus,thenitdoesn'tmakesense
//.
WindowManager.LayoutParamsattrs=win!=null?win.getAttrs():null;
if(attrs!=null){
finalinttype=attrs.type;
if(type==WindowManager.LayoutParams.TYPE_KEYGUARD
||type==WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG){
//the"app"iskeyguard,sogiveitthekey
returnfalse;
}
finalinttypeCount=WINDOW_TYPES_WHERE_HOME_DOESNT_WORK.length;
for(inti=0;i<typeCount;i++){
if(type==WINDOW_TYPES_WHERE_HOME_DOESNT_WORK[i]){
//don'tdoanything,butalsodon'tpassittotheapp
returntrue;
}
}
}
//2、第一次按下home，会调用postDelayed发送一个延时处理的操作。同时将mHomePressed置为true。
//如果第5步没有进入if(!down)，此时就要执行长按home方法了。
if(down&&repeatCount==0){
if(!keyguardOn){
mHandler.postDelayed(mHomeLongPress,ViewConfiguration.getGlobalActionKeyTimeout());
}
mHomePressed=true;
}
returntrue;
}//其他键的处理
elseif(...){...}