往系统中插入一条短信息,然后在通知栏中通知,点击通知栏后可以在系统短信列表中出现,就这样制造了一条垃圾短信了。
虽然不知道是不是所有的机器都适合,但至少有成功的。 首选,往数据库中插入一条短信: String message="message content"; String fromAddress="130000"; Uri uri=insertSms(fromAddress, message); Uri insertSms(String fromAddress, String message) { ContentValues values=new ContentValues(); values.put("address", fromAddress); values.put("body", message); //values.put("date", "20130121"); //不放时间就表示是当前的时间, values.put("read", 0); values.put("type", 1); //values.put("service_center", "+86161776500"); Uri uri=getContentResolver().insert(mSmsUri, values); Log.d("", "uri:"+uri); return uri; } 接着制造通知: Notification.Builder notification=new Notification.Builder(SmsSendIntentTestActivity.this) .setTicker(message) .setWhen(System.currentTimeMillis()) .setContentTitle(fromAddress) .setContentText(message) .setAutoCancel(true) .setSmallIcon(R.drawable.angel) .setContentIntent(createDisplayMessageIntent(SmsSendIntentTestActivity.this, fromAddress, message, notificationId, uri)); 具体的通知创建: private PendingIntent createDisplayMessageIntent(Context context, String fromAddress, String message, int notificationId, Uri uri) { Intent smsIntent=new Intent(Intent.ACTION_MAIN);//这里调用的是Main intent,如果是view就会到另一个显示界面中,暂时也不知道如何调用,把threadid查询到放进去,总是不成功,所以只到短信列表中。 smsIntent.addCategory(Intent.CATEGORY_DEFAULT); smsIntent.setType("vnd.android-dir/mms-sms"); PendingIntent pendingIntent=PendingIntent.getActivity(context, 0, smsIntent, 0); return pendingIntent; } 这样,一条垃圾短信就制造成功了,与系统短信不同的是,比如4.2.1系统通知栏会有回复,已读等按钮,这里就没有了。 还要自定义一个通知,把系统短信的图标拿来用就好了。 如果系统版较低,通知要修改下: Intent smsIntent=new Intent(Intent.ACTION_MAIN); smsIntent.addCategory(Intent.CATEGORY_DEFAULT); smsIntent.setType("vnd.android-dir/mms-sms"); PendingIntent mPendingIntent=PendingIntent.getActivity(SmsSendIntentTestActivity.this, 0, smsIntent, android.content.Intent.FLAG_ACTIVITY_NEW_TASK); mNotification.setLatestEventInfo(SmsSendIntentTestActivity.this, fromAddress, message, mPendingIntent); //发送通知 notificationManager.notify(notificationId, mNotification);
Looper对文件描述符的监控与处理
上面提到的管道的读端是一种文件描述符,那么其他的文件描述符,如普通的文件、设备文件和套接字(包括套接字对)等的描述符,都可以被Looper用来监控,实现类似于上面的消息队列的唤醒和处理机制。通常,消息是通过消息队列发送的,也可以通过套接字(比如已建立好连接的套接字)、设备文件来发送;当然,也包括管道。对一个文件描述符进行监控后,只要有可I/O事件发生,那么调用了pollOnce的调用者(如某个线程)将被唤醒,然后就可调用指定的处理者(如回调函数)对到来的数据(若为可读事件的话)进行处理。
Looper提供了addFd函数用于添加需要监控的文件描述符,这个文件描述符由调用者指定,调用者还须指定对何种I/O(可读还是可写)事件进行监控。另外,也可指定用于处理可I/O事件时的回调处理函数(及其需用到的私有数据)。
可在LooperCallback的子类中重载handleEvent来实现对可I/O事件的处理。LooperCallback的定义如下(见文件Looper.h):
注意:如上述代码注释所示,当handleEvent返回0时,表示处理完后将注销对该文件描述符的监控,返回1将继续监控。也可实现如下类别(见文件looper.h,注意是小写,它是不同路径下的不同的文件)的回调函数,在其中实现对可I/O事件的处理,然后指定给addFd函数,代码如下:
事实上,该回调函数最终被封装到下面的类中(见文件Looper.h):
Looper的addFd函数的前半部分主要是检查传递进来的各个参数(见文件Looper.cpp):
后半部分则让epoll监控文件描述符(见下面的行440),若已存在,则修改替换(行447)。同时会新建一个文件描述符监控请求项request添加到Request列表mRequests中(行445)。若已存在,则替换原有项(行452)。
当有可I/O事件如有可读数据到来,则调用了pollOnce/pollInner的调用者将从pollInner中的epoll_wait的睡眠等待上醒来,开始执行后面的代码。如下面的pollInner的代码片段所示:
它首先检查是不是因为管道上有数据被唤醒,不是的话(行256处的else分支),则表示是采用addFd添加的文件描述符上有数据事件产生。在确定是来自哪个描述符监控请求项后(行257),再确定是何种事件(行260~263)。接着,将这些信息作为回复Response压入到回复队列中,pollInner后面的代码将对该队列继续处理。这样做,是为了对事件做出快速响应,记录下它后,后面再继续对事件做进一步处理。pollInner函数的后面代码片段如下:
因此,借助于Looper的pollOnce和addFd函数,可以实现对文件描述符的监控。无数据到来时pollOnce的调用者将睡眠等待,有数据到来时其被自动唤醒,并执行指定的回调处理者(若有的话)。
本文节选自《深入剖析Android系统》一书
杨长刚著
电子工业出版社出版
什么是GCD
Grand Central Dispatch (GCD)是Apple开发的一个多核编程的解决方法。该方法在Mac OS X 10.6雪豹中首次推出,并随后被引入到了iOS4.0中。GCD是一个替代诸如NSThread, NSOperationQueue, NSInvocationOperation等技术的很高效和强大的技术,它看起来象就其它语言的闭包(Closure)一样,但苹果把它叫做blocks。
应用举例
让我们来看一个编程场景。我们要在iphone上做一个下载网页的功能,该功能非常简单,就是在iphone上放置一个按钮,点击该按钮时,显示一个转动的圆圈,表示正在进行下载,下载完成之后,将内容加载到界面上的一个文本控件中。
不用GCD前
虽然功能简单,但是我们必须把下载过程放到后台线程中,否则会阻塞UI线程显示。所以,如果不用GCD, 我们需要写如下3个方法:
someClick 方法是点击按钮后的代码,可以看到我们用NSInvocationOperation建了一个后台线程,并且放到NSOperationQueue中。后台线程执行download方法。
download 方法处理下载网页的逻辑。下载完成后用performSelectorOnMainThread执行download_completed 方法。
download_completed 进行clear up的工作,并把下载的内容显示到文本控件中。
这3个方法的代码如下。可以看到,虽然 开始下载 -> 下载中 -> 下载完成 这3个步骤是整个功能的三步。但是它们却被切分成了3块。他们之间因为是3个方法,所以还需要传递数据参数。如果是复杂的应用,数据参数很可能就不象本例子中的NSString那么简单了,另外,下载可能放到Model的类中来做,而界面的控制放到View Controller层来做,这使得本来就分开的代码变得更加散落。代码的可读性大大降低。
static NSOperationQueue * queue; - (IBAction)someClick:(id)sender { self.indicator.hidden = NO; [self.indicator startAnimating]; queue = [[NSOperationQueue alloc] init]; NSInvocationOperation * op = [[[NSInvocationOperation alloc] initWithTarget:self selector:@selector(download) object:nil] autorelease]; [queue addOperation:op]; } - (void)download { NSURL * url = [NSURL URLWithString:@"http://www.youdao.com"]; NSError * error; NSString * data = [NSString stringWithContentsOfURL:url encoding:NSUTF8StringEncoding error:&error]; if (data != nil) { [self performSelectorOnMainThread:@selector(download_completed:) withObject:data waitUntilDone:NO]; } else { NSLog(@"error when download:%@", error); [queue release]; } } - (void) download_completed:(NSString *) data { NSLog(@"call back"); [self.indicator stopAnimating]; self.indicator.hidden = YES; self.content.text = data; [queue release]; }
使用GCD后
如果使用GCD,以上3个方法都可以放到一起,如下所示:
// 原代码块一 self.indicator.hidden = NO; [self.indicator startAnimating]; dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ // 原代码块二 NSURL * url = [NSURL URLWithString:@"http://www.youdao.com"]; NSError * error; NSString * data = [NSString stringWithContentsOfURL:url encoding:NSUTF8StringEncoding error:&error]; if (data != nil) { // 原代码块三 dispatch_async(dispatch_get_main_queue(), ^{ [self.indicator stopAnimating]; self.indicator.hidden = YES; self.content.text = data; }); } else { NSLog(@"error when download:%@", error); } });
首先我们可以看到,代码变短了。因为少了原来3个方法的定义,也少了相互之间需要传递的变量的封装。
另外,代码变清楚了,虽然是异步的代码,但是它们被GCD合理的整合在一起,逻辑非常清晰。如果应用上MVC模式,我们也可以将View Controller层的回调函数用GCD的方式传递给Modal层,这相比以前用@selector的方式,代码的逻辑关系会更加清楚。
GCD的定义
简单GCD的定义有点象函数指针,差别是用 ^ 替代了函数指针的 * 号,如下所示:
// 申明变量 (void) (^loggerBlock)(void); // 定义 loggerBlock = ^{ NSLog(@"Hello world"); }; // 调用 loggerBlock();
但是大多数时候,我们通常使用内联的方式来定义它,即将它的程序块写在调用的函数里面,例如这样:
dispatch_async(dispatch_get_global_queue(0, 0), ^{ // something });
从上面大家可以看出,block有如下特点:
程序块可以在代码中以内联的方式来定义。
程序块可以访问在创建它的范围内的可用的变量。
系统提供的dispatch方法
为了方便地使用GCD,苹果提供了一些方法方便我们将block放在主线程 或 后台线程执行,或者延后执行。使用的例子如下:
// 后台执行: dispatch_async(dispatch_get_global_queue(0, 0), ^{ // something }); // 主线程执行: dispatch_async(dispatch_get_main_queue(), ^{ // something }); // 一次性执行: static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ // code to be executed once }); // 延迟2秒执行: double delayInSeconds = 2.0; dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayInSeconds * NSEC_PER_SEC); dispatch_after(popTime, dispatch_get_main_queue(), ^(void){ // code to be executed on the main queue after delay }); dispatch_queue_t 也可以自己定义,如要要自定义queue,可以用dispatch_queue_create方法,示例如下:dispatch_queue_t urls_queue = dispatch_queue_create("blog.devtang.com", NULL); dispatch_async(urls_queue, ^{ // your code }); dispatch_release(urls_queue);
另外,GCD还有一些高级用法,例如让后台2个线程并行执行,然后等2个线程都结束后,再汇总执行结果。这个可以用dispatch_group, dispatch_group_async 和 dispatch_group_notify来实现,示例如下:dispatch_group_t group = dispatch_group_create(); dispatch_group_async(group, dispatch_get_global_queue(0,0), ^{ // 并行执行的线程一 }); dispatch_group_async(group, dispatch_get_global_queue(0,0), ^{ // 并行执行的线程二 }); dispatch_group_notify(group, dispatch_get_global_queue(0,0), ^{ // 汇总结果 }); 修改block之外的变量
默认情况下,在程序块中访问的外部变量是复制过去的,即写操作不对原变量生效。但是你可以加上 __block来让其写操作生效,示例代码如下:
__block int a = 0; void (^foo)(void) = ^{ a = 1; } foo(); // 这里,a的值被修改为1
后台运行
GCD的另一个用处是可以让程序在后台较长久的运行。在没有使用GCD时,当app被按home键退出后,app仅有最多5秒钟的时候做一些保存或清理资源的工作。但是在使用GCD后,app最多有10分钟的时间在后台长久运行。这个时间可以用来做清理本地缓存,发送统计数据等工作。
总结
总体来说,GCD能够极大地方便开发者进行多线程编程。如果你的app不需要支持iOS4.0以下的系统,那么就应该尽量使用GCD来处理后台线程和UI线程的交互。
Posted by 唐巧 Feb 22nd, 2012 iOS
原创文章,版权声明:自由转载-非商用-非衍生-保持署名 | Creative Commons BY-NC-ND 3.0
原文 http://blog.devtang.com/blog/2012/02/22/use-gcd/