dingfirst

          On the Road

            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            8 隨筆 :: 2 文章 :: 3 評論 :: 0 Trackbacks

          2006年7月14日 #

          勵精圖治
          posted @ 2007-09-11 16:29 dingfirst 閱讀(179) | 評論 (0)編輯 收藏

          現(xiàn)在在干啥啊!
          沒有方向,沒有動力。
          十年之后會是什么樣子呢?
          nnd
          郁悶!
          極其郁悶!!!

          改變,
          要改變啊!!

          posted @ 2007-04-25 17:13 dingfirst 閱讀(221) | 評論 (0)編輯 收藏

          問題:
          ??????直接用URLEncoder.encode(fileName,"UTF-8"),得到的文件名長度會被截斷。

          解決方法是:
          ??????文件名先用“GB2312”編碼,然后用“ISO8859_1”解碼。當(dāng)然也可以在將文件名保存到數(shù)據(jù)庫之前用“GB2312”編碼。

          代碼如下:

          ?1conn?=?DBUtil.getConnection();
          ?2????????????ps?=?conn.prepareStatement("SELECT?FILE_NAME,?CONTENT_TYPE,?CONTENT?FROM?PUB_JOB_ATTACHMENTS?WHERE?ATTACHID?=??");
          ?3????????????ps.setString(1,getAttachId());
          ?4????????????rs?=?ps.executeQuery();
          ?5????????????if(rs.next())
          ?6????????????{
          ?7????????????????//java.net.URLEncoder.encode(rs.getString("FILE_NAME"),?"UTF-8")
          ?8????????????????response.setContentType(rs.getString("CONTENT_TYPE"));
          ?9????????????????String?fileName=rs.getString("FILE_NAME");
          10????????????????fileName=URLEncoder.encode(fileName,"GB2312");
          11????????????????fileName=URLDecoder.decode(fileName,?"ISO8859_1");
          12????????????????response.addHeader("Content-Disposition",?"attachment;?filename=\""?+?fileName?+?"\"");
          13????????????????Blob?content?=?rs.getBlob("CONTENT");
          14????????????????InputStream?ins?=?content.getBinaryStream();
          15????????????????byte?buffer[]?=?new?byte[1024];
          16????????????????int?length?=?-1;
          17????????????????outs?=?response.getOutputStream();
          18????????????????while((length?=?ins.read(buffer))?!=?-1)
          19????????????????????outs.write(buffer,?0,?length);
          20????????????????ins.close();
          21????????????????outs.flush();
          22????????????}

          posted @ 2006-11-27 18:59 dingfirst 閱讀(1176) | 評論 (0)編輯 收藏

          先看一下Proxy的兩種用法:

          public ? interface ?Foo? {
          ????
          int ?doSomthing();
          }
          ???一個基本的實現(xiàn):
          public?class?FooImpl?implements?Foo?{
          ????
          public?FooImpl()?{
          ????}


          ????
          public?int?doSomthing()?{
          ????????System.out.println(
          "FooImpl?doSomthing");
          ????????
          return?10;
          ????}

          ????
          }
          ???調(diào)用處理類,這也是aop的一種實現(xiàn)方式,呵呵。
          public?class?MyInvocationHandler?implements?InvocationHandler{
          ????Object?proxyObject;
          ????
          ????
          public?MyInvocationHandler(Object?_proxyObject)?{
          ????????
          this.proxyObject=_proxyObject;
          ????}


          ????
          public?Object?invoke(Object?proxy,?Method?method,?Object[]?args)?throws?Throwable?{
          ????????System.out.println(
          "in?proxy?instance");
          ????????
          return?method.invoke(proxyObject,args);
          ????}

          }
          ???兩種實現(xiàn)方式:
          public?class?ProxyUse?{
          ????
          public?ProxyUse()?{
          ????}


          ????
          public?void?useProxy1()?throws?SecurityException,?NoSuchMethodException,?InvocationTargetException,
          ????????????IllegalArgumentException,?IllegalAccessException,?InstantiationException?
          {
          ????????FooImpl?obj?
          =?new?FooImpl();
          ????????InvocationHandler?handler?
          =?new?MyInvocationHandler(obj);
          ????????Class?proxyClass?
          =?Proxy.getProxyClass(
          ????????????????Foo.
          class.getClassLoader(),?new?Class[]?{Foo.class});
          ????????Foo?f?
          =?(Foo)?proxyClass.
          ????????????????getConstructor(
          new?Class[]?{InvocationHandler.class}).
          ????????????????newInstance(
          new?Object[]?{handler});
          ????????System.out.println(f.doSomthing());
          ????}

          ????
          ????
          public?void?useProxy2()?throws?SecurityException,?NoSuchMethodException,?InvocationTargetException,
          ????????????IllegalArgumentException,?IllegalAccessException,?InstantiationException?
          {
          ????????FooImpl?obj?
          =?new?FooImpl();
          ????????InvocationHandler?handler?
          =?new?MyInvocationHandler(obj);
          ????????Foo?f?
          =?(Foo)?Proxy.newProxyInstance(
          ????????????Foo.
          class.getClassLoader(),
          ????????????
          new?Class[]?{?Foo.class?},
          ????????????handler
          ????????????);
          ????????System.out.println(f.doSomthing());
          ????}

          ????
          ????
          public?static?void?main(String?[]?args){
          ????????ProxyUse?use
          =new?ProxyUse();
          ????????
          try{
          ????????????use.useProxy1();
          ????????????use.useProxy2();
          ????????}
          catch(Exception?ex){
          ????????????ex.printStackTrace();
          ????????}

          ????}


          }

          看一下java api doc

          static?InvocationHandlergetInvocationHandler(Object?proxy)
          ??????????返回指定代理實例的調(diào)用處理程序。
          static?Class<?>getProxyClass(ClassLoader?loader, Class<?>...?interfaces)
          ??????????返回代理類的 java.lang.Class 對象,并向其提供類加載器和接口數(shù)組。
          static?booleanisProxyClass(Class<?>?cl)
          ??????????當(dāng)且僅當(dāng)指定的類通過 getProxyClass 方法或 newProxyInstance 方法動態(tài)生成為代理類時,返回 true。
          static?ObjectnewProxyInstance(ClassLoader?loader, Class<?>[]?interfaces, InvocationHandler?h)
          ??????????返回一個指定接口的代理類實例,該接口可以將方法調(diào)用指派到指定的調(diào)用處理程序。

          沒時間了,先這樣吧。


          ?

          posted @ 2006-07-26 17:48 dingfirst 閱讀(267) | 評論 (0)編輯 收藏

               摘要: 原文名稱:Double-checked locking and the Singleton pattern ???????????????????????????A comprehensive look at this broken programming idiom 1,請首先看一下下面的這個類,只有第一個getInstance()方法是正確的。其中g(shù)et...  閱讀全文
          posted @ 2006-07-18 19:17 dingfirst 閱讀(333) | 評論 (0)編輯 收藏

          1 .多線程中有主內(nèi)存和工作內(nèi)存之分, 在JVM中,有一個主內(nèi)存,專門負(fù)責(zé)所有線程共享數(shù)據(jù);而每個線程都有他自己私有的工作內(nèi)存, 主內(nèi)存和工作內(nèi)存分貝在JVM的stack區(qū)和heap區(qū)。

          2. 線程的狀態(tài)有'Ready', 'Running', 'Sleeping', 'Blocked', 和 'Waiting'幾個狀態(tài),
          'Ready' 表示線程正在等待CPU分配允許運行的時間。

          3. 線程運行次序并不是按照我們創(chuàng)建他們時的順序來運行的,CPU處理線程的順序是不確定的,如果需要確定,那么必須手工介入,使用setPriority()方法設(shè)置優(yōu)先級。

          4. 我們無從知道一個線程什么時候運行,兩個或多個線程在訪問同一個資源時,需要synchronized

          5. 每個線程會注冊自己,實際某處存在著對它的引用,因此,垃圾回收機制對它就“束手無策”了。

          6. Daemon線程區(qū)別一般線程之處是:主程序一旦結(jié)束,Daemon線程就會結(jié)束。

          7. 一個對象中的所有synchronized方法都共享一把鎖,這把鎖能夠防止多個方法對通用內(nèi)存同時進行的寫操作。synchronized static方法可在一個類范圍內(nèi)被相互間鎖定起來。

          8. 對于訪問某個關(guān)鍵共享資源的所有方法,都必須把它們設(shè)為synchronized,否則就不能正常工作。

          9. 假設(shè)已知一個方法不會造成沖突,最明智的方法是不要使用synchronized,能提高些性能。

          10 . 如果一個"同步"方法修改了一個變量,而我們的方法要用到這個變量(可能是只讀),最好將自己的這個方法也設(shè)為 synchronized。

          11. synchronized不能繼承, 父類的方法是synchronized,那么其子類重載方法中就不會繼承“同步”。

          12. 線程堵塞Blocked有幾個原因造成:

          (1)線程在等候一些IO操作
          (2)線程試圖調(diào)用另外一個對象的“同步”方法,但那個對象處于鎖定狀態(tài),暫時無法使用。

          13. 原子型操作(atomic), 對原始型變量(primitive)的操作是原子型的atomic. 意味著這些操作是線程安全的, 但是大部分情況下,我們并不能正確使用,來看看 i = i + 1 , i是int型,屬于原始型變量:

          (1)從主內(nèi)存中讀取i值到本地內(nèi)存.
          (2)將值從本地內(nèi)存裝載到線程工作拷貝中.
          (3)裝載變量1.
          (4)將i 加 1.
          (5)將結(jié)果給變量i.
          (6)將i保存到線程本地工作拷貝中.
          (7)寫回主內(nèi)存.

          注意原子型操作只限于第1步到第2步的讀取以及第6到第7步的寫, i的值還是可能被同時執(zhí)行i=i+1的多線程中斷打擾(在第4步)。

          double 和long 變量是非原子型的(non-atomic)。數(shù)組是object 非原子型。

          14. 由于13條的原因,我們解決辦法是:

          class xxx extends Thread{

          //i會被經(jīng)常修改
          private int i;

          public synchronized int read(){ return i;}

          public synchronized void update(){ i = i + 1;}

          ..........

          }

          15. Volatile變量, volatile變量表示保證它必須是與主內(nèi)存保持一致,它實際是"變量的同步", 也就是說對于volatile變量的操作是原子型的,如用在long 或 double變量前。

          16. 使用yield()會自動放棄CPU,有時比sleep更能提升性能。

          17. sleep()和wait()的區(qū)別是:wait()方法被調(diào)用時會解除鎖定,但是我們能使用它的地方只是在一個同步的方法或代碼塊內(nèi)。

          18. 通過制造縮小同步范圍,盡可能的實現(xiàn)代碼塊同步,wait(毫秒數(shù))可在指定的毫秒數(shù)可退出wait;對于wait()需要被notisfy()或notifyAll()踢醒。

          19. 構(gòu)造兩個線程之間實時通信的方法分幾步:
          (1). 創(chuàng)建一個PipedWriter和一個PipedReader和它們之間的管道;
          PipedReader in = new PipedReader(new PipedWriter())
          (2). 在需要發(fā)送信息的線程開始之前,將外部的PipedWriter導(dǎo)向給其內(nèi)部的Writer實例out
          (3). 在需要接受信息的線程開始之前,將外部的PipedReader導(dǎo)向給其內(nèi)部的Reader實例in
          (4). 這樣放入out的所有東西度可從in中提取出來。

          20. synchronized帶來的問題除性能有所下降外,最大的缺點是會帶來死鎖DeadLock,只有通過謹(jǐn)慎設(shè)計來防止死鎖,其他毫無辦法,這也是線程難以馴服的一個原因。不要再使用stop() suspend() resume()和destory()方法

          21. 在大量線程被堵塞時,最高優(yōu)先級的線程先運行。但是不表示低級別線程不會運行,運行概率小而已。

          22. 線程組的主要優(yōu)點是:使用單個命令可完成對整個線程組的操作。很少需要用到線程組。

          23. 從以下幾個方面提升多線程的性能:

          檢查所有可能Block的地方,盡可能的多的使用sleep或yield()以及wait();

          盡可能延長sleep(毫秒數(shù))的時間;

          運行的線程不用超過100個,不能太多;

          不同平臺linux或windows以及不同JVM運行性能差別很大。

          24. 推薦幾篇相關(guān)英文文章:

          Use Threading Tricks to Improve Programs



          原文:多線程設(shè)計要點? 板橋里人 http://www.jdon.com/concurrent/thread.htm

          posted @ 2006-07-14 13:06 dingfirst 閱讀(376) | 評論 (2)編輯 收藏

          主站蜘蛛池模板: 馆陶县| 义乌市| 阿巴嘎旗| 临清市| 梨树县| 三台县| 大理市| 甘德县| 玛曲县| 乡宁县| 开远市| 泸溪县| 淳安县| 灌南县| 赤城县| 卫辉市| 郁南县| 开化县| 务川| 文登市| 阿拉善盟| 娱乐| 武穴市| 芷江| 崇明县| 白玉县| 南投县| 寿阳县| 启东市| 彭水| 定州市| 健康| 宜兴市| 南康市| 武宁县| 清苑县| 澎湖县| 南部县| 金乡县| 卫辉市| 五原县|