ibatis分页<一>

crazy-李阳 — Wed, 14 Sep 2011 11:11:00 GMT

package com.lxy.dialect;

public abstract interface Dialect {

public boolean supportLimit();

public String getLimitString(String sql,boolean hasoffset);

public String getLimitString(String sql,int offset,int limit);

}

package com.lxy.dialect;

public class MyDialect implements Dialect {

protected static final String SQL_END_DELIMITER = ";";

public String getLimitString(String sql, boolean hasoffset) {

return new StringBuffer(sql.length() + 20).append(trim(sql)).append(

hasoffset ? "limit ?,?" : "limit ?").append(SQL_END_DELIMITER)

.toString();

}

public String getLimitString(String sql, int offset, int limit) {

sql = trim(sql);

StringBuffer sb = new StringBuffer(sql.length() + 20);

sb.append(sql);

if (offset > 0) {

sb.append("limit").append(offset).append(',').append(limit).append(

";");

} else {

sb.append("limit").append(limit).append(";");

}

return sb.toString();

}

public boolean supportLimit() {

return true;

}

private String trim(String sql) {

sql = sql.trim();

if (sql.endsWith(";")) {

sql = sql.substring(0, sql.length() - 1 - ";".length());

}

return sql;

}

crazy-李阳 2011-09-14 19:11 发表评论

crazy-李阳 — Fri, 02 Sep 2011 07:20:00 GMT

ThreadPoolManager

package com.threadpool.test;
import java.util.LinkedList;
import java.util.Queue;
import java.util.concurrent.ArrayBlockingQueue;
import java.util.concurrent.Executors;
import java.util.concurrent.RejectedExecutionException;
import java.util.concurrent.RejectedExecutionHandler;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.ScheduledFuture;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;

import org.omg.CORBA.TIMEOUT;

import com.nio.test.ReadFileThread;

public class ThreadPoolManager {

   private static ThreadPoolManager tpm = new ThreadPoolManager();

   // �U�程池最��线�E�数
   private final static int MIN_SIZE = 4;
    // �U�程池最大线�E�数
   private final static int MAX_SIZE = 10;
    // �U�程池维护线�E�允许的�I�闲限制
   private final static int KEEP_ACTIVE_TIME = 0;
    // �U�程池用的缓冲队列大��?br />   private final static int WORK_QUEUE_SIZE = 10;
   // 消息�~�冲队列
   Queue queue = new LinkedList();

   final Runnable accessBuffeThread = new Runnable()
   {

       public void run() {

           if( hasMoreAcquire() ){

               String msg = ( String ) queue.poll();
               Runnable task = new AccessDBThread( msg );
               threadpool.execute( task );
           }
       }

   };
   // 无法�?ThreadPoolExecutor 执行的�Q务的处理�E�序
   final RejectedExecutionHandler handler = new RejectedExecutionHandler()
   {

       public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {
           // TODO Auto-generated method stub
           System.out.println(((AccessDBThread )r).getMsg()+"消息攑օ�队列中重新等待执�?);
           queue.offer((( AccessDBThread ) r ).getMsg() );
       }

   };

   final ThreadPoolExecutor threadpool = new ThreadPoolExecutor(MIN_SIZE, MAX_SIZE, KEEP_ACTIVE_TIME, TimeUnit.SECONDS, new ArrayBlockingQueue(WORK_QUEUE_SIZE),this.handler);

   // 调度�U�程�?br />
   final ScheduledExecutorService scheduler = Executors.newScheduledThreadPool( 1 );

   final ScheduledFuture taskHandler = scheduler.scheduleAtFixedRate(accessBuffeThread, 0, 1, TimeUnit.SECONDS);

   public static ThreadPoolManager newinstance()
   {
       return tpm;
   }

   private ThreadPoolManager (){}


   private boolean hasMoreAcquire()
   {
       return !queue.isEmpty();
   }

   public void addLogMsg(String msg)
   {
   Runnable task = new AccessDBThread(msg);
   threadpool.execute(task);
   }
}

AccessDBThread

package com.threadpool.test;

public class AccessDBThread implements Runnable{

   private String msg;
   public String getMsg() {
       return msg;
   }
   public void setMsg(String msg) {
       this.msg = msg;
   }

   public AccessDBThread(){
       super();
   }

   public AccessDBThread(String msg)
   {
       this.msg=msg;
   }
   public void run() {
       // TODO Auto-generated method stub
       System.out.println("Added the message: "+msg+" into the Database");
   }


}

��试�c�：
package com.threadpool.test;

public class TestDriver {

   ThreadPoolManager tpm = ThreadPoolManager.newinstance();

   public void addMsg(String msg)
   {
       tpm.addLogMsg(msg);
   }
   public static void main(String[] args) {
       for(int i=0;i<100;i++)
       {
           new TestDriver().addMsg(Integer.toString(i));
       }
   }
}

crazy-李阳 2011-09-02 15:20 发表评论

crazy-李阳 — Thu, 01 Sep 2011 06:01:00 GMT

��Z��么要用线�E�池�Q?/a>

诸如 Web 服务器、数据库服务器、文件服务器或邮件服务器之类的许多服务器应用�E�序都面向处理来自某些远�E�来源的大量短小的�Q务。请求以某种方式到达服务器，�q�种�?式可能是通过�|�络协议�Q�例�?HTTP、FTP �?POP�Q�、通过 JMS 队列或者可能通过轮询数据库。不��请求如何到达，服务器应用程序中�l�常出现的情冉|��Q�单个�Q务处理的旉��很短而请求的数目却是巨大的�?/p>

构徏服务器应用程序的一个过于简单的模型应该是：每当一个请求到辑ְ�创徏一个新�U�程�Q�然后在新线�E�中��求服务。实际上�Q�对于原型开发这�U�方法工作得�?好，但如果试��N��|�以�q�种方式�q�行的服务器应用�E�序�Q�那么这�U�方法的严重不��很明显。每个请求对应一个线�E�（thread-per-request�Q�方法的不��之一是：为每个请求创��Z��个新�U�程的开销很大�Q��ؓ每个��h��创徏新线�E�的服务器在创徏和销毁线�E�上��p��的时间和消耗的�pȝ��资源要比花在处理实际的用戯��求的旉��和资源更多�?/p>

除了创徏和销毁线�E�的开销之外�Q�活动的�U�程也消耗系�l�资源。在一�?JVM 里创建太多的�U�程可能会导致系�l�由于过度消耗内存而用完内存或“切换�q�度”。�ؓ了防止资源不��I��服务器应用程序需要一些办法来限制��M��l�定时刻处理的请求数目�?/p>

�U�程池�ؓ�U�程生命周期开销问题和资源不��问题提供了解决�Ҏ��。通过对多个�Q务重用线�E�，�U�程创徏的开销被分摊到了多个�Q务上。其好处是，因�ؓ在请求到达时 �U�程已经存在�Q�所以无意中也消除了�U�程创徏所带来的�g�q�。这��P��可以立即�ؓ��h��服务�Q��应用�E�序响应更快。而且�Q�通过适当地调整线�E�池中的�U�程数目�Q�也 ��是当请求的数目��过某个阈值时�Q�就强制其它��M��新到的请求一直等待，直到获得一个线�E�来处理为止�Q�从而可以防止资源不��?/p>

使用�U�程池的风险

虽然�U�程池是构徏多线�E�应用程序的强大机制�Q�但使用它�ƈ不是没有风险的。用�U�程池构建的应用�E�序�Ҏ��遭受��M��其它多线�E�应用程序容易遭受的所有�ƈ发风险，诸如同步错误和死锁，它还�Ҏ��遭受特定于线�E�池的少数其它风险，诸如与池有关的死锁、资源不��_��U�程泄漏�?/p>

死锁

��M��多线�E�应用程序都有死锁风险。当一�l�进�E�或�U�程中的每一个都在等待一个只有该�l�中另一个进�E�才能引��L��事�g�Ӟ��我们��p��q�组�q�程或线�E? 死锁了。死锁的最��单情形是�Q�线�E?A 持有对象 X 的独占锁�Q��ƈ且在�{�待对象 Y 的锁�Q�而线�E?B 持有对象 Y 的独占锁�Q�却在等待对�?X 的锁。除非有某种�Ҏ��来打破对锁的�{�待�Q�Java 锁定不支持这�U�方法）�Q�否则死锁的�U�程��永�q�等下去�?

虽然��M��多线�E�程序中都有死锁的风险，但线�E�池却引入了另一�U�死锁可能，在那�U�情况下�Q�所有池�U�程都在执行已阻塞的�{�待队列中另一��d��的执行结果的��d��Q?但这一��d��却因为没有未被占用的�U�程而不能运行。当�U�程池被用来实现涉及许多交互对象的模拟，被模拟的对象可以�怺�发送查询，�q�些查询接下来作为排队的�?务执行，查询对象又同步等待着响应�Ӟ��会发生这�U�情��c�?/p>

资源不��

�U�程池的一个优点在于：相对于其它替代调度机�Ӟ��有些我们已经讨论�q�）而言�Q�它们通常执行得很好。但只有恰当地调整了�U�程池大��时才是�q�样的。线�E�消耗包括内存和其它�pȝ��资源在内的大量资源。除�? Thread 对象所需的内存之外，每个�U�程都需要两个可能很大的执行调用堆栈。除此以外，JVM 可能会�ؓ每个 Java �U�程创徏一个本机线�E�，�q�些本机�U�程��消耗额外的�pȝ��资源。最后，虽然�U�程之间切换的调度开销很小�Q�但如果有很多线�E�，环境切换也可能严重地影响�E�序的性能�?

如果�U�程池太大，那么被那些线�E�消耗的资源可能严重地媄响系�l�性能。在�U�程之间�q�行切换��会��费旉��Q�而且使用��出比您实际需要的�U�程可能会引赯��源匮�?问题�Q�因为池�U�程正在消耗一些资源，而这些资源可能会被其它�Q务更有效地利用。除了线�E�自�w�所使用的资源以外，服务��h��时所做的工作可能需要其它资源，�?�?JDBC �q�接、套接字或文件。这些也都是有限资源�Q�有太多的�ƈ发请求也可能引�v失效�Q�例如不能分�?JDBC �q�接�?/p>

�q�发错误

�U�程池和其它排队机制依靠使用 wait() �? notify() �Ҏ��Q�这两个�Ҏ��都难于��用。如果编码不正确�Q�那么可能丢失通知�Q�导致线�E�保持空闲状态，��管队列中有工作要处理。��用这些方法时�Q�必��L��外小心；即便是专家也可能在它们上面出错。而最好��用现有的、已�l�知道能工作的实玎ͼ�例如在下面的无须�~�写您自��q��?/a>中讨论的 util.concurrent 包�?

�U�程泄漏

各种�c�d��的线�E�池中一个严重的风险是线�E�泄漏，当从池中除去一个线�E�以执行一��Q务，而在��d��完成后该�U�程却没有返回池�Ӟ��会发生这�U�情��c��发生线�E�泄漏的一�U�情形出现在��d��抛出一�? RuntimeException 或一�? Error 时。如果池�c�L��有捕捉到它们�Q�那么线�E�只会退��线�E�池的大��将会永久减��一个。当�q�种情况发生的次数��够多�Ӟ��U�程池最�l�就为空�Q�而且�pȝ��停止，因�ؓ没有可用的线�E�来处理��d��?

有些��d��可能会永�q�等待某些资源或来自用户的输入，而这些资源又不能保证变得可用�Q�用户可能也已经回家了，诸如此类的�Q务会�怹�停止�Q�而这些停止的��d��?会引起和�U�程泄漏同样的问题。如果某个线�E�被�q�样一个�Q务永久地消耗着�Q�那么它实际上就被从池除��M��。对于这��L��d��Q�应该要么只�l�予它们自己的线�E�，�?么只让它们等待有限的旉��?/p>

��h��q�蝲

仅仅是请求就压垮了服务器�Q�这�U�情冉|��可能的。在�q�种情�Ş下，我们可能不想��每个到来的��h��都排队到我们的工作队列，因�ؓ排在队列中等待执行的��d��可能�?消耗太多的�pȝ��资源�q�引赯��源缺乏。在�q�种情�Ş下决定如何做取决于您自己�Q�在某些情况下，您可以简单地抛弃��h��Q�依靠更高��别的协议�E�后重试��h��Q�您也可以用一个指出服务器暂时很忙的响应来拒绝��h��?/p>

有效使用�U�程池的准则

只要您遵循几条简单的准则�Q�线�E�池可以成�ؓ构徏服务器应用程序的极其有效的方法：

不要寚w��些同步等待其它�Q务结果的��d��排队。这可能会导致上面所描述的那�U��Ş式的死锁�Q�在那种死锁中，所有线�E�都被一些�Q务所占用�Q�这些�Q务依�ơ等待排队�Q务的�l�果�Q�而这些�Q务又无法执行�Q�因为所有的�U�程都很忙�?
在�ؓ旉��可能很长的操作��用合用的�U�程时要��心。如果程序必��ȝ��待诸�?I/O 完成�q�样的某个资源，那么��h��定最长的�{�待旉��Q�以及随后是失效�q�是��Q务重新排队以便稍后执行。这样做保证了：通过��某个线�E�释攄��某个可能成功完成的�Q务，从而将最�l�取�? 某些�q�展�?
理解��d��。要有效地调整线�E�池大小�Q�您需要理解正在排队的��d��以及它们正在做什么。它们是 CPU 限制的（CPU-bound�Q�吗�Q�它们是 I/O 限制的（I/O-bound�Q�吗�Q�您的答案将影响您如何调整应用程序。如果您有不同的��d��c�，�q�些�c�L��着截然不同的特征，那么��Z��同�Q务类讄��多个工作�?列可能会有意义，�q�样可以相应地调整每个池�?/li>

crazy-李阳 2011-09-01 14:01 发表评论

亚洲AV无码成人网站在线观看,亚洲欧美日韩国产成人,亚洲情A成黄在线观看动漫软件

ibatis分页<一>