Android学习笔记(六)

短信技术:
短信数据库存在于/data/data/com.android.providers.telephoney目录下;
相关的表:
sms:_id(信息id) thread_id(会话id) address(地址) body(内容) date(日期) type(1为收件箱信息,2为发件箱信息,3为草稿箱)
★常用相关的uri(没有API,须手动输入以下uri)
content://sms
content://sms/inbox 用于插入
content://sms/sent 用于发送信息表
content://sms/draft 用于草稿表
content://sms/conversations 用于会话表
★相关的使用权限:
android.permission.READ_SMS
android.permission.WRITE_SMS
★使用content://sms/conversations 查询会话时使用的列名(google官方使用):
groups.group_thread_id 该会话Id
groups.group_date 该会话最后一条信息时间
groups.msg_count 该会话信息总数
sms.address 该会话发送的地址
sms.body 该会话最后一条信息的内容

▲发送短信:

 SmsManager manager = SmsManager.getDefault();//获取短信管理器实例;

manager.sendTextMessage(destinationAddress, scAddress, text, 
   sentIntent, deliveryIntent); //参数别为要发送的号码;中心号码,手机设置好了可置为null,
//text为要发送的文本;sentIntent为发送后要做的处理;deliveryIntent为送达后要做的处理。

▲其他方法:

ArrayList<String> parts = manager.divideMessage(content);
   //若短信过长,自动拆分成几部分;拆分后可直接发送:
manager.sendMultipartTextMessage(number, null, parts, null, null);

但当发送完成后需要手动将发送的信息写入到数据库:故用遍历逐条发送,成功发送后再发送一条广播,在接收到广播后插入到数据库;

 PendingIntent sentIntent = PendingIntent.getBroadcast(this, code,intent,
 PendingIntent.FLAG_UPDATE_CURRENT);

★§注意://PendingInent的对象是在内存中的对象池中获取的,第二个参数code即为每个对象的code标记;若设为不同,则可每次都从对象池中获取一个新的实例,但效率不高。一般设置最后一个参数falg,有四种不同的值,一般采用PendingIntent.FLAG_UPDATE_CURRENT,意思为每次从对象池中取出一个对象,但将对象的数据做更新。这种方法效率较高,其他三种参数效率较低,适作他用。

○加载发送完成后的意图:manager.sendTextMessage(number, null, text, sentIntent, null);
○在广播接收器的onRecive(..)方法中:对短信是否成功发送作判断,可直接判断结果码:

if (RESULT_OK == code) {//将号码和信息内容、当前时间写入到数据库中,并清空输入框}

★№[发送信息需要权限; android:name="android.permission.SEND_SMS”]

▲接收短信:
当系统收到短信时会发送一个广播:
android.provider.Telephony.SMS_RECEIVED;这是一个有序广播,可进行拦截。
●PDU(协议数据单元)
☆[pdu:是指对等层次之间传递的数据单位;在分层网络结构中,在传输系统的每一层都将建立协议数据单元]
在系统接收到信息时,以pdu的协议保存信息数据;若收到广播是接收信息的广播,就取出该数据,再生成短信即可;
▲创建一个接收器,在onReceive(..)方法中判断:

 if ("android.provider.Telephony.SMS_RECEIVED".equals(intent.getaction())) {
   Object[] pdus = (Object[]) intent.getExtras().get("pdus");//取出pdus数据字节数组
   for (Object pdu : pdus) { //遍历
      SmsMessage sms=SmsMessage.createFromPdu((byte[]) pdu);//将字节数组生成为短信;
    }
    ...

☆可用到的内容:

sms.getOriginatingAddress(): 发送人的号码
sms.getDisplayMessageBody(): 短信内容文本
sms.getServiceCenterAddress(): 中心号码
sms.getTimestampMillis(): 接收信息时的时间;
№★ 如果拦截到短信后,不让系统再收到此短信,就须注销该广播,并在注册该广播接收器时设置最高优先级才可进行拦截。

 if (isOrderedBroadcast()) {
   abortBroadcast();
}}

☆№[短信拦截可用于手机防盗,吸费软件]

◆Android间的进程间通信,采用了Binder架构,
▲Binder架构本身就是一个C/S架构
→1、在服务端创建Binder对象
→2、在客户端获取Binder的代理对象
→3、然后就可以在客户端通过BinderProxy对象像调用本地方法一样去调用服务端的代码。
★№[在onServiceConnected(..)方法中IBinder的对象若是在同一进程中则是一个服务器Binder对象,若是不同的进程则是在服务器的Binder代理]

★Service三种启动模式:
●Service的启动模式:startService(intent);
●Service的绑定模式
§1、创建Service的子类MyService,在其onBind方法中返回一个binder对象;
△创建Binder对象:在MyService下创建一个内部类MyBinder extends Binder;则MyBinder即是一个Binder又可访问MyService下的方法;
☆№有两种共享方法的方案:
◇a.在MyBinder创建与MyService中对应的方法,并调用MyService中的方法,如:MyService.this.play();在客户端通过获取的binder调用这些方法来实现MyService中对应的方法。
◇b.在MyBinder中提供一个方法直接返回MyService对象的引用,如:

public MyService getService() {
  return MyService.this;
}

在客户端就可直接获取到该MyService的引用,可直接调用MyServie下所有方法。

★[但此方案仅适用于同一个进程内,因为在另外一个进程中可能没有MyService,就不能获取到MyService的引用]

§2、在客户端(Activity)中绑定到该Service,并获取Binder;
№a、创建一个ServiceConnection;

private ServiceConnection conn = new ServiceConnection() {
public void onServiceDisconnected(ComponentName name) { // 该方法为与Service连接失败时的方法 }

  public void onServiceConnected(ComponentName name, IBinder binder) {
  // 该方法为与Service连接成功时的方法
   MainActivity.this.binder = (MyBinder) binder; //构建该binder
   service = MainActivity.this.binder.getService();
 }
};

№b、与Service进行绑定:

Intent intent = new Intent(this, MyService.class);
bindService(intent, conn, BIND_AUTO_CREATE);

№c、Service的销毁条件:
started为false且clientCount为0;故当一个客户端(Activity)销毁时应当解除绑定,否则会造成内存泄露;即在onDetroy(..)方法中执行:unbindService(conn);

started为false且clientCount为0;故当一个客户端(Activity)销毁时应当解除绑定,否则会造成内存泄露;即在onDetroy(..)方法中执行:unbindService(conn);

★ Service绑定模式下的生命周期方法:
onCreate
onBind :Service实例第一次被绑定时执行(只执行一次)
onUnbind :Service实例的最后一个客户端被解绑时执行
onDestroy :在service销毁时执行onUnbind方法。
★№ [一般使用启动+绑定模式构成的混合模式。很少单独使用绑定模式,无法销毁Service]

博客地址:Android学习笔记(六)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,951评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,606评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,601评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,478评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,565评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,587评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,590评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,337评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,785评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,096评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,273评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,935评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,578评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,199评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,440评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,163评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,133评论 2 352

推荐阅读更多精彩内容