很多开发者谈到Java多线程开发,仅仅停留在new Thread(…).start()或直接使用Executor框架这个层面,对于线程的管理和控制却不够深入,通过读《Java并发编程实践》了解到了很多不为我知但又非常重要的细节,今日整理如下。 不应用线程池的缺点 有些开发者图省事,遇到需要多线程处理的地方,直接new Thread(…).start(),对于一般场景是没问题的,但如果是在并发请求很高的情况下,就会有些隐患: 新建线程的开销。线程虽然比进程要轻量许多,但对于JVM来说,新建一个线程的代价还是挺大的,决不同于新建一个对象 资源消耗量。没有一个池来限制线程的数量,会导致线程的数量直接取决于应用的并发量,这样有潜在的线程数据巨大的可能,那么资源消耗量将是巨大的 稳定性。当线程数量超过系统资源所能承受的程度,稳定性就会成问题 制定执行策略 在每个需要多线程处理的地方,不管并发量有多大,需要考虑线程的执行策略 任务以什么顺序执行 可以有多少个任何并发执行 可以有多少个任务进入等待执行队列 系统过载的时候,应该放弃哪些任务?如何通知到应用程序? 一个任务的执行前后应该做什么处理 线程池的类型 不管是通过Executors创建线程池,还是通过Spring来管理,都得清楚知道有哪几种线程池: FixedThreadPool:定长线程池,提交任务时创建线程,直到池的最大容量,如果有线程非预期结束,会补充新线程 CachedThreadPool:可变线程池,它犹如一个弹簧,如果没有任务需求时,它回收空闲线程,如果需求增加,则按需增加线程,不对池的大小做限制 SingleThreadExecutor:单线程。处理不过来的任务会进入FIFO队列等待执行 SecheduledThreadPool:周期性线程池。支持执行周期性线程任务 其实,这些不同类型的线程池都是通过构建一个ThreadPoolExecutor来完成的,所不同的是corePoolSize,maximumPoolSize,keepAliveTime,unit,workQueue,threadFactory这么几个参数。具体可以参见JDK DOC。 线程池饱和策略 由以上线程池类型可知,除了CachedThreadPool其他线程池都有饱和的可能,当饱和以后就需要相应的策略处理请求线程的任务,ThreadPoolExecutor采取的方式通过队列来存储这些任务,当然会根据池类型不同选择不同的队列,比如FixedThreadPool和SingleThreadExecutor默认采用的是无限长度的LinkedBlockingQueue。但从系统可控性讲,最好的做法是使用定长的ArrayBlockingQueue或有限的LinkedBlockingQueue,并且当达到上限时通过ThreadPoolExecutor.setRejectedExecutionHandler方法设置一个拒绝任务的策略,JDK提供了AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy几种策略,具体差异可见JDK DOC 线程无依赖性 多线程任务设计上尽量使得各任务是独立无依赖的,所谓依赖性可两个方面: 线程之间的依赖性。如果线程有依赖可能会造成死锁或饥饿 调用者与线程的依赖性。调用者得监视线程的完成情况,影响可并发量 当然,在有些业务里确实需要一定的依赖性,比如调用者需要得到线程完成后结果,传统的Thread是不便完成的,因为run方法无返回值,只能通过一些共享的变量来传递结果,但在Executor框架里可以通过Future和Callable实现需要有返回值的任务,当然线程的异步性导致需要有相应机制来保证调用者能等待任务完成,关于Future和Callable的用法见下面的实例就一目了然了:   public class FutureRenderer {       private final ExecutorService executor = …;       void renderPage(CharSequence source) {           final List<ImageInfo> imageInfos = scanForImageInfo(source);           Callable<List<ImageData>> task =                   new Callable<List<ImageData>>() {                       public List<ImageData> call() {                           List<ImageData> result                                   = new ArrayList<ImageData>();                           for (ImageInfo imageInfo : imageInfos)                               result.add(imageInfo.downloadImage());                           return result;                       }                   };           Future<List<ImageData>> future =  executor.submit(task);           renderText(source);           try {               List<ImageData> imageData =  future.get();               for (ImageData data : imageData)                   renderImage(data);           } catch (InterruptedException e) {               // Re-assert the thread’s interrupted status               Thread.currentThread().interrupt();  … Read More


  1.消息推送机制      服务器器端需要变被动为主动,通知客户一些开发商认为重要的信息,无论应用程序是否正在运行或者关闭。      我想到了一句话:don’t call me,i will call you!      qq今天在右下角弹出了一个对话框:“奥巴马宣布本拉登挂了…”,正是如此。      自作聪明,就会带点小聪明,有人喜欢就有人讨厌。 2.独立进程      无论程序是否正在运行,我们都要能通知到客户,我们需要一个独立进程的后台服务。      我们需要一个独立进程的后台服务。      在androidmanifest.xml中注册service时,有一个android:process属性,如果这个属性以“.”开头,则为此服务开启一个 全局的独立进程,如果以“:”开头则为此服务开启一个为此应用私有的独立进程。举个具体的例子吧,我们新建了一个 application,创建了主进程com.cnblogs.tianxia,那么: view sourceprint?1 <!–下面会创建一个全局的com.cnblogs.tianxia.message的独立进程–> 2 <service android:name=”.service.messageservice” android:label=”消息推送” android:process=”.message” />  3 <!–或者–> 4 <!–下面会创建一个应用私有的com.cnblogs.tianxia:message的独立进程–> 5 <service android:name=”.service.messageservice” android:label=”消息推送” android:process=”:message” />     我们没必要建立一个全局的,本文选择第二种方案,创建一个当前应用私有的独立进程。 3.通知用户和点击查看 view sourceprint?01 public class messageservice extends service {  02   … Read More


首先要说的是,用户可能把这种做法视为流氓软件。大部分时候,程序员也不想把软件做成流氓软件,没办法,领导说了算。   我们在使用某些Android应用的时候,可能会发现安装了某应用以后,会有一些服务也会随之运行。而且,这些服务每次都会随着手机开机而启动。有的服务做的更绝,当用户在运行的服务中手动停止该服务以后,过了一段时间,服务又自动运行了。虽然,从用户的角度来说,这种方式比较流氓。但是,从程序员的角度来说,这是如何做到的呢?经过研究,我发现有一种方式是可以实现的。下面就和大家分享。   先简单介绍,一会儿会贴上全部代码。   如何做到开机启动?   这个比较简单,网上的资料够多,只要实现一个BroadcastReceiver,监听手机启动完成的事件ACTION_BOOT_COMPLETED即可。需要注意的是,好像不能用模拟器,要用手机测试。   那如何做到启动一个Service,并且在用户关闭后能自动又启动了呢?   一般的,都会在上面说到的BroadcastReceiver的实现里面,监听手机启动完成后,启动一个Service,这是一般的做法。问题是,用户可以关闭掉该Service。那么怎样才能使它被关闭掉以后,再次启动呢?聪明的你一定立即就想到了,如果不直接启动Service,而是启动一个timmer,或者alarmManager,然后每隔一段时间去启动Service,就可以了。     还是看下面的全部代码吧,不过多解释了。这些代码中还是有不少概念的,不熟悉AlarmManager、PendingIntent、BroadcastReceiver、Service等等这些概念的同学可以百度一下。   package com.arui.framework.android.daemonservice;      import android.app.AlarmManager;   import android.app.PendingIntent;   import android.content.BroadcastReceiver;   import android.content.Context;   import android.content.Intent;   import android.os.SystemClock;      public class BootBroadcast extends BroadcastReceiver {          @Override       public void onReceive(Context context, Intent mintent) {              if (Intent.ACTION_BOOT_COMPLETED.equals(mintent.getAction())) {               // 启动完成               Intent intent = new Intent(context, Alarmreceiver.class);               intent.setAction(“arui.alarm.action”);               PendingIntent sender = PendingIntent.getBroadcast(context, 0,                       intent, 0);               long firstime = SystemClock.elapsedRealtime();               AlarmManager am = (AlarmManager) context                       .getSystemService(Context.ALARM_SERVICE);                  // 10秒一个周期,不停的发送广播               am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstime,                       10 * 1000, sender);           }          }   }     package com.arui.framework.android.daemonservice;      import android.content.BroadcastReceiver;   import android.content.Context;   import android.content.Intent;     … Read More


             前言:本文是我读《Android内核剖析》第7章 后形成的读书笔记 ,在此向欲了解Android框架的书籍推荐此书。           大家好,  今天给大家介绍下我们在应用开发中最熟悉而陌生的朋友—–Context类 ,说它熟悉,是应为我们在开发中    时刻的在与它打交道,例如:Service、BroadcastReceiver、Activity等都会利用到Context的相关方法 ; 说它陌生,完全是    因为我们真正的不懂Context的原理、类结构关系。一个简单的问题是,一个应用程序App中存在多少个Context实例对象呢?    一个、两个? 在此先卖个关子吧。读了本文,相信您会豁然开朗的 。          Context,中文直译为“上下文”,SDK中对其说明如下:          Interface to global information about an application environment. This is an abstract class whose implementation   is provided by the Android system. It allows access to application-specific resources and classes, as well as… Read More


(自) Activity,Service属于主线程,在主线程中才能更新UI,如toast等。其他线程中不能直接使用,这时可以使用Handler来处理,Handler可以在Activity和Service中。 关于在非UI线程中进行UI操作会出现问题: Can’t create handler inside thread that has not called Looper.prepare() 这时有两种方式来解决: (一)在该非UI线程中创建消息队列(因为创建的工作线程默认是没有消息循环和消息队列的),Looper.prepare();…..;Looper.loop();   newThread() {  public void run() {  Looper.prepare(); //创建消息队列  todo();   Looper.loop();//进入消息循环 }}.start(); (二)运用Handler机制: package com.simon; import android.app.Activity;  import android.os.Bundle;  import android.os.Message;  import android.util.Log;  import android.os.Handler; public class MyHandler extends Activity {      static final String TAG = “Handler”;      Handler h = new… Read More


This story appeared on JavaWorld at http://www.javaworld.com/javatips/jw-javatip10.html Java Tip 10: Implement callback routines in Java Using interfaces to implement the equivalent<BR> of callback functions in Java By John D. Mitchell, JavaWorld.com, 06/01/96 Developers conversant in the event-driven programming model of MS-Windows and the X Window System are accustomed to passing function pointers that are invoked (that is, “called… Read More


SQL was designed as a set-oriented processing language. Some business rules( or poor physical design) require performing actions on row-by-row basis. Consider the following example: . Increase the price of books <=$15 by 15% . Decrease the price of books > $15 by 10% Here is a set-oriented solution: update titles set price = price… Read More


Creating a view using With Check Option will restrict the queries to only those rows directly visible by the view. http://www.sqlteam.com/FORUMS/topic.asp?TOPIC_ID=66019 It prevents row from dissappearing from the view implementing this option. drop table  T100 go drop view  VT100 go Create table T100 (A int) GO Create view VT100 AS (SELECT * FROM T100 WHERE… Read More


Without going into a dissertation on data modeling(itself a subject of many full-length treatises), tables should follow basic rules of normalization: Avoid duplicate data, avoid repeating groups in tables, and only put data in tables where the information is directly relevant.Remove Unnormalized relation ->(Remove repeating and multivalued atrributes)-> First normal form relation ->(Remove partially dependent… Read More


CREATE TABLE Loans ( loan_nbr INT NOT NULL , customer_nbr INT NOT NULL, loan_date DATETIME NOT NULL,� loan_amount DECIMAL(15, 2) NOT NULL, loan_type CHAR(1) NOT NULL, CONSTRAINT ck_loan_type CHECK (loan_type IN(‘P’,’B’)), — P = Personal; –B=Business CONSTRAINT pk_loans PRIMARY KEY(loan_nbr)); Question:Let’s try to find the top two customers with personal loan amounts that do not exceed $3000 select top 2 customer_nbr, SUM(loan_amount) AS total_amount�from… Read More