??xml version="1.0" encoding="utf-8" standalone="yes"?> 在HP-UX操作pȝ中?d32?d64来指定用Java应用E序使用32bit的JVMq是使用64bit的JVM(默认32bit). Itanium: PA-RISC: 目录说明 WebLogic Server 8.1及WebLogic Serevr 9.x and later version使用64位JVM. WebLogic Server 8.1: WebLogic Serevr 9.x and later version: q程只是提供了一D地址I间和内核对象,其运
行时通过其他地址I间内的ȝE来体现的。当ȝE的q入点函数返回时Q进E也随之而技术。这U进E的U植方式是进E的正常退出。进E中的所有县城资?
都能够得到正的清除。除了这U进E的正常退出方式之外,优势q需要在E序中通过代码来强制结束本q程或其他进E的q行?/p>
ExitProcess void ExitProcess(UINT uExitCode); ?
参数uExitCode城设|了退Z码。该函数h强制性,在执行完毕后q程卌l束Q因此位于其后的M代码不能被执行。虽?
ExitProcess()函数可以再结束进E同旉知与其兌的动态链接库Q但是由于他的这U强制性,使得ExitProcess()函数在用上存
有安全隐患。例如,如果最亲爱E序调用ExitProcess()函数之前曄new操作Q申请一D늩_那么敬爱那个会由于ExitProcess()
函数的强制性而无法通过delete操作W将光放,从而造成内存泄露?/p>
有鉴于ExitProcess()函数的强制性和安全性,在用时一定要引v注意?/p>
Terminateprocess() ExitProcess
只能强制本进E的推出Q如果要在一个进E中强制l束其他的进E就需要用TerminateProcess()来实玎ͼ与ExitProcess()?
同,TerminateProcess()函数执行后,被终止的q程不会得到M关于E序退出的通知。也是_被终止的q程是无法再l束q行前进E推?
前的收尾工作的。所以,通常只有在其他Q何地斚w无法qɘq程退出时才会考虑使用TerminateProcess()d制结束进E?/p>
BOOL TerminateProcess(HANDLE hProcess, UINT uExitCode); ?
数hProcess和uExitCode分别城句柄和退Z码。如果被l束的是本进E,可以通过GetCurrentProcess()获取到句柄?
TerminateProcess()是异步执行的Q在调用后返回ƈ不能定被终止进E是否已l真的退出,如果调用TerminateProcess()
的进E对此细节关心,可以通过WaitForSingleObject()来等待进E的真正l束?/p>
在VC中如何结束系l正在运行的其他q程Q该q程必须有窗口界面)Q其实很单,按照如下步骤q程Q?/p>
1Q取得进E的句柄Q利用FindWindow函数得到Q; 2Q获取进EIDP用GetWindowThreadProcessId函数获取Q; 3Q打开q程QOpenProcess函数中的W一个参数设为PROCESS_TERMINATEQ就可以获取处理该进E的句柄Q?/p>
4Q利用TerminateProcess函数l束q程Q将该函数的W二个参数设?.
最好在q找C卸蝲的办?br />http://www.iefans.net/windows-7-ie11-wufa-xiezai-chongxin-anzhuang-gengxin-banben/
]]>
SCRIPT5007: 无法获取未定义或 null 引用的属?#8220;toLowerCase”
struts_dojo.js, ?471 字符1?br />针对struts_dojo.jsq行debugQ发?470行的“node.scopeName”是undefined?br />
直接修改此js代码Q增?#8220;&&typeof(node.scopeName)!='undefined'”Q?br />重新做成struts2-dojo-plugin.jar,问题解决
]]>
]]>
at weblogic.security.service.CommonSecurityServiceManagerDelegateImpl.initialize(CommonSecurityServiceManagerDelegateImpl.java:1054)
at weblogic.security.service.SecurityServiceManager.initialize(SecurityServiceManager.java:873)
at weblogic.security.SecurityService.start(SecurityService.java:148)
at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused By: javax.security.auth.login.FailedLoginException: [Security:090303]ユーザーweblogicの認a{失敗しました。weblogic.security.providers.authentication.LDAPAtnDelegateException: [Security:090295]予期しない例外が捕捉されまし?br /> at weblogic.security.providers.authentication.LDAPAtnLoginModuleImpl.login(LDAPAtnLoginModuleImpl.java:251)
at com.bea.common.security.internal.service.LoginModuleWrapper$1.run(LoginModuleWrapper.java:110)
at java.security.AccessController.doPrivileged(Native Method)
然后Ҏq里Q?div>http://bbs.weblogicfans.net/viewthread.php?tid=399&extra=&ordertype=1&page=4增加了启动参数t3://AdminServerIP:AdminServerPortQ以前都是系l默认)Q发现启动成功?br />查看startManagedWebLogic.cmdQ发?1?div>set ADMIN_URL=XXXQ竟然用的是计算机名。。。。。。。。。。?br />
试完环境,配置集群ӞZ便于辨认Q修改了计算机名Q悲剧的Ҏ。。。。。?br />然后发现stopManagedWebLogic.cmd里面用的也是计算机名。。。。。?br />
计算机名Qip都可能被改,我感觉弄个localhost比啥都强Q实在不明白q么做得原因是啥?br />
不过以后搭徏环境Ӟ一定要先把pȝ要修改的做完Q然后再装其他Y件?/div>
]]>
一个Java应用E序q行Ӟ它会Ҏ自己所在的HP-UX使用的CPUcd及指定的JVM位数(-d32 or保持默认?d64)使用$JAVA_HOME/java(?自动选择要执行的JVM.
$JAVA_HOME/bin/IA64N/java
$JAVA_HOME/bin/IA64W/java
$JAVA_HOME/bin/PA_RISC/java
$JAVA_HOME/bin/PA_RISC2.0/java
$JAVA_HOME/bin/PA_RISC2.0W/java
PA_RISC PA_RISC 1.1 32-bit JVM
PA_RISC2.0 PA-RISC 2.0 32-bit JVM
PA_RISC2.0W PA-RISC 2.0 64-bit JVM
IA64N Integrity narrow 32-bit JVM
IA64W Integrity wide 64-bit JVM
修改${Domain_home}下的startWebLogic.sh和startManagedWebLogic.sh中两个脚本的MEM_ARGS参数|在此参数值的最前面加上-64参数卛_Q例?
MEM_ARGS=”-d64 –Xms512m –Xmx1024m…”
修改${Domain_home}/bin/下的setDomainEnv.sh脚本MEM_ARGS参数|在此参数值的最前面加上-64参数卛_?
]]>
主要解决Ҏ是应用JNI去调用C生成的so?
用eclispe新徏一个java project目,目名称为spidHandleQ注意下面VC的项目名UC是spidHandleQ他们分别是用eclispe和VC6.0创徏的,不是同个目?
~写一个JNI入口cSpidHandle.javaQ?
通过CMD命oH口QCMD命oH口定位到SpidHandle.java的目录下Q编译SpidHandle.java文gQ?
执行JAVAC命o后,在同个文件目录下生成SpidHandle.class
CMDH口退回到包的根目录下Q如spidHandle工程路径为:
Z:\project\work_workspace\spidhandle
其中通过~译后的SpidHandle.class存在于目录下Q?
Z:\project\work_workspace\spidhandle\src\com\spidHandle\api
׃SpidHandlecL在的包是com.spidHandle.apiQ所以CMD命oH口要退回到Z:\project\work_workspace\spidhandle\src目录
然后在CMDH口中执?
执行后在Z:\project\work_workspace\spidhandle\src目录下生成文?
com_spidHandle_api_SpidHandle.h文g?
安装VC6.0开发工兗如果你是在windows下开?那可以先生成DLL,q样你就可以在Windows下调试。其实JNI调用DLL和SO是一LQ只是运行的操作pȝ不一栯已。下面是如何用VC6.0创徏一个DLL目?
创徏一个项目工E,名ؓspidhandle的工E,创徏q程如下Q?
1、打开VC6.0->文g->新徏
2、在弹出H口中的工程选项卡中选择Win32 Dynamic-Link Library;工程名命名ؓspidhandle;点击定?
3、在新的提示H口中选择一个空白的DLL工程Q点d成?
4、在菜单的工h中选择选项Q弹出选项H口。切换到目录选项?
5、在目录选项卡中新徏目录Q新建的目录ZJDK所在的目录下的include目录Q如Q?
D:\Program Files\Java\jdk1.6.0_16\include
再新Z个目录,新徏的目录ؓinclude文g夹下的win32目录Q如
D:\Program Files\Java\jdk1.6.0_16\include\win32
此步主要是向工程引入jni所需要的头文Ӟ如include中包含了jni.h,jni_md.h
6、将com_spidHandle_api_SpidHandle.h头文件拷贝到vc6.0工程spidHandle根目录下Q将其添加到?E的Header FilesQ右键工E窗口中的Header Files,选择d文g到目录下Q选择工程路径下的com_spidHandle_api_SpidHandle.h文g?
7、在spidHandle工程根目录的文g夹中新徏com_spidHandle_api_SpidHandle.h头文件对应的cpp文gQ?文g名称为com_spidHandle_api_SpidHandle.cpp,然后q回VC6.0操作界面Q将其添加到工程的Source Files,右键工程H口中的Source Files,选择d文g到目录下Q选择工程路径下的com_spidHandle_api_SpidHandle.cpp文g?
8、将MD5.h,MD5.cpp拯到工E目录下Q即跟com_spidHandle_api_SpidHandle.h文g同在目根目录下。这两个文g其实是我用到的加密类。不是VC自有的,是另外同事开发的?
9、在VC6.0的菜单栏中选择l徏Q在工程文g夹下的Debug文g夹中生成spidHandle.dll
10、可以将spidHandle.dll拯到JAVA PROJECT的spidHandle的项目里Q放在项目的根目录,即Z:\project\work_workspace\spidhandle目录 下,用eclispeq行SpidHandle.java文g。在输出H口中会打印com_spidHandle_api_SpidHandle.cpp
的printf输出部分?
生成so文gQ此步需要在linux上操作?
1、将com_spidHandle_api_SpidHandle.h, MD5.h,com_spidHandle_api_SpidHandle.cpp,MD5.cpp文g拯到linux下,如拷贝到/home/spidHandle目录中去Q?
2、在linux下,命o切换到spidHandle文g夹下Q执行:
g++ com_spidHandle_api_SpidHandle.cpp MD5.cpp -I/usr/java/jdk1.6.0_16/include -I/usr/java/jdk1.6.0_16/include/linux -fPIC -shared -o libspidhandle.so
命o。其?I/usr/java/jdk1.6.0_16/include
-I/usr/java/jdk1.6.0_16/include/linux 表示需要引入的头文件。相当于生成DLL引入了jni.h{文件?fPIC表示生成׃n库文Ӟlibspidhandle.so表示库文件名?
3、执行export LD_LIBRARY_PATH=/home/spidHandle
此步是设|将库文件所在\径加入LD_LIBRARY_PATH中去Q如果不执行此步Q在q行中就会出现异常:
4、可以在Linux中部|一个简单的web 应用Q如一个简单的test目Q在servlet中调用该soQ调用代码如下:
spid为加密后q回的结果?
补充Q?
q程中所到的问题:
问题1
java.lang.UnsatisfiedLinkError: /home/spidhandle/libspidhandle.so: /home/spidhandle/libspidhandle.so: wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch)
在linux中,用servlet调用该so,出现上面的异常,主要因ؓ我所部v应用的linux服务器是64位的Q而所生成的so?2位的Q后来将目部v?2位的服务器上p决问题了?
如何查看linux操作pȝ?2位还?4位的Q可以运行下面命令:
查看操作pȝ位数
问题2
q行servletQJVM崩溃Qƈ输出JVM异常Q异常文件在tomcat启动文gstartup.sh同个目录下,如tomcat/bin下,文g格式为hs_err_pid*.log 如,hs_err_pid23600.log
错误日志内容Q?
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0xb6e5a1ef, pid=23600, tid=2431036272
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Server VM (14.2-b01 mixed mode linux-x86 )
# Problematic frame:
# V [libjvm.so+0x3931ef]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x085bbc00): JavaThread "http-8080-1" daemon [_thread_in_vm, id=23622, stack(0x90e1a000,0x90e6b000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00000000
Registers:
EAX=0x00000000, EBX=0xb71dd7c0, ECX=0xb71f87e0, EDX=0x00000ffc
ESP=0x90e696d4, EBP=0x90e69748, ESI=0x0825b0a8, EDI=0x00090e69
EIP=0xb6e5a1ef, CR2=0x00000000, EFLAGS=0x00010296
Top of Stack: (sp=0x90e696d4)
0x90e696d4: b71d5ec8 00000000 b6e5a127 b7783a30
0x90e696e4: b77624c0 00000000 90e69700 0825b0a8
0x90e696f4: 080de058 080de060 080de44c 085bbc00
0x90e69704: 00000000 b77d8ff4 9106c730 085bbc00
0x90e69714: 90e69750 b77c7f56 9106c8e8 085bbc00
0x90e69724: 00000001 00000005 00000000 90dd6601
0x90e69734: 90dd6000 00004044 90dd9ff4 927ec5f4
0x90e69744: 085bbc00 90e69768 90dd6fbd 085bbd10
Instructions: (pc=0xb6e5a1ef)
0xb6e5a1df: ac 8b 46 08 89 45 b0 8b 46 0c 89 45 b4 8b 45 0c
0xb6e5a1ef: 8b 00 50 e8 09 ae fd ff 83 ec 0c 89 c7 50 e8 aa
Stack: [0x90e1a000,0x90e6b000], sp=0x90e696d4, free space=317k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x3931ef]
C [libspidhandle.so+0xfbd] _ZN7JNIEnv_17GetStringUTFCharsEP8_jstringPh+0x27
C [libspidhandle.so+0xc6e] Java_com_spidHandle_api_SpidHandle_getSPID+0x52
j com.spidHandle.api.SpidHandle.getSPID(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;+0
j com.spidHandle.api.SpidHandle.buildSpID(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;+6
j com.play.servlet.PlayServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+1044
j org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+376
j org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+101
j org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+804
j org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+365
j org.apache.catalina.core.StandardHostValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+64
j org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+6
j org.apache.catalina.core.StandardEngineValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+42
j org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V+158
j org.apache.coyote.http11.Http11Processor.process(Ljava/net/Socket;)V+514
j org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Ljava/net/Socket;)Z+82
j org.apache.tomcat.util.net.JIoEndpoint$Worker.run()V+41
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
V [libjvm.so+0x36ca20]
V [libjvm.so+0x530828]
V [libjvm.so+0x36c227]
V [libjvm.so+0x36c2da]
V [libjvm.so+0x3e95f5]
V [libjvm.so+0x61097e]
V [libjvm.so+0x531cce]
C [libpthread.so.0+0x6725]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j com.spidHandle.api.SpidHandle.getSPID(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;+0
j com.spidHandle.api.SpidHandle.buildSpID(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;+6
j com.play.servlet.PlayServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+1044
j org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+376
j org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+101
j org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+804
j org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+365
j org.apache.catalina.core.StandardHostValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+64
j org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+6
j org.apache.catalina.core.StandardEngineValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+42
j org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V+158
j org.apache.coyote.http11.Http11Processor.process(Ljava/net/Socket;)V+514
j org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Ljava/net/Socket;)Z+82
j org.apache.tomcat.util.net.JIoEndpoint$Worker.run()V+41
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
=>0x085bbc00 JavaThread "http-8080-1" daemon [_thread_in_vm, id=23622, stack(0x90e1a000,0x90e6b000)]
0x912ecc00 JavaThread "TP-Monitor" daemon [_thread_blocked, id=23619, stack(0x90e6b000,0x90ebc000)]
0x91069c00 JavaThread "TP-Processor4" daemon [_thread_in_native, id=23618, stack(0x90ebc000,0x90f0d000)]
0x9105f400 JavaThread "TP-Processor3" daemon [_thread_blocked, id=23617, stack(0x90f0d000,0x90f5e000)]
0x9102f800 JavaThread "TP-Processor2" daemon [_thread_blocked, id=23616, stack(0x90f5e000,0x90faf000)]
0x912ea400 JavaThread "TP-Processor1" daemon [_thread_blocked, id=23615, stack(0x90faf000,0x91000000)]
0x912da000 JavaThread "http-8080-Acceptor-0" daemon [_thread_in_native, id=23614, stack(0x9113c000,0x9118d000)]
0x91036000 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=23613, stack(0x9118d000,0x911de000)]
0x912ac400 JavaThread "GC Daemon" daemon [_thread_blocked, id=23612, stack(0x91305000,0x91356000)]
0x91615c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=23610, stack(0x9141d000,0x9146e000)]
0x91613c00 JavaThread "CompilerThread1" daemon [_thread_blocked, id=23609, stack(0x9146e000,0x914ef000)]
0x91612000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=23608, stack(0x914ef000,0x91570000)]
0x91610800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=23607, stack(0x91570000,0x915c1000)]
0x91600800 JavaThread "Finalizer" daemon [_thread_blocked, id=23606, stack(0x9170f000,0x91760000)]
0x080d8400 JavaThread "Reference Handler" daemon [_thread_blocked, id=23605, stack(0x91760000,0x917b1000)]
0x08058400 JavaThread "main" [_thread_in_native, id=23601, stack(0xb6a4e000,0xb6a9f000)]
Other Threads:
0x080d4400 VMThread [stack: 0x917b1000,0x91832000] [id=23604]
0x91617800 WatcherThread [stack: 0x9139c000,0x9141d000] [id=23611]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 24448K, used 339K [0xb0420000, 0xb1da0000, 0xb3900000)
eden space 23168K, 1% used [0xb0420000,0xb0474cf8,0xb1ac0000)
from space 1280K, 0% used [0xb1c20000,0xb1c20000,0xb1d60000)
to space 1408K, 0% used [0xb1ac0000,0xb1ac0000,0xb1c20000)
PSOldGen total 27072K, used 8597K [0x95d00000, 0x97770000, 0xb0420000)
object space 27072K, 31% used [0x95d00000,0x96565510,0x97770000)
PSPermGen total 19200K, used 11186K [0x91d00000, 0x92fc0000, 0x95d00000)
object space 19200K, 58% used [0x91d00000,0x927ec980,0x92fc0000)
Dynamic libraries:
08048000-08052000 r-xp 00000000 08:03 5775425 /usr/java/jdk1.6.0_16/bin/java
08052000-08053000 rwxp 00009000 08:03 5775425 /usr/java/jdk1.6.0_16/bin/java
08053000-08c64000 rwxp 00000000 00:00 0 [heap]
90cac000-90cb9000 r-xp 00000000 08:03 28295296 /lib/libgcc_s.so.1
90cb9000-90cba000 r-xp 0000c000 08:03 28295296 /lib/libgcc_s.so.1
90cba000-90cbb000 rwxp 0000d000 08:03 28295296 /lib/libgcc_s.so.1
90cbb000-90da3000 r-xp 00000000 08:03 5337022 /usr/lib/libstdc++.so.6.0.10
90da3000-90da7000 r-xp 000e7000 08:03 5337022 /usr/lib/libstdc++.so.6.0.10
90da7000-90da8000 rwxp 000eb000 08:03 5337022 /usr/lib/libstdc++.so.6.0.10
90da8000-90dae000 rwxp 00000000 00:00 0
90dd6000-90dd9000 r-xp 00000000 08:03 27729947 /home/play/lib/libspidhandle.so
90dd9000-90dda000 r-xp 00002000 08:03 27729947 /home/play/lib/libspidhandle.so
90dda000-90ddb000 rwxp 00003000 08:03 27729947 /home/play/lib/libspidhandle.so
90ddb000-90ddc000 r-xs 0000e000 08:03 5808917 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/spidhandle.jar
90ddc000-90ddd000 r-xs 00001000 08:03 5808916 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/slf4j-simple-1.5.8.jar
90ddd000-90ddf000 r-xs 00004000 08:03 5808915 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/slf4j-api-1.5.6.jar
90ddf000-90de5000 r-xs 00035000 08:03 5808914 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/logback-core-0.9.15.jar
90de5000-90dea000 r-xs 00023000 08:03 5808913 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/logback-classic-0.9.15.jar
90dea000-90df1000 r-xs 00059000 08:03 5808912 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/log4j-1.2.15.jar
90df1000-90dfd000 r-xs 000a2000 08:03 5808911 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/jxl.jar
90dfd000-90e07000 r-xs 0005c000 08:03 5808910 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/jstl-1.2.jar
90e07000-90e1a000 r-xs 00114000 08:03 5808909 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/jsf-impl.jar
90e1a000-90e1d000 ---p 00000000 00:00 0
90e1d000-90e6b000 rwxp 00000000 00:00 0 [threadstack:0004d494]
90e6b000-90e6e000 ---p 00000000 00:00 0
90e6e000-90ebc000 rwxp 00000000 00:00 0
90ebc000-90ebf000 ---p 00000000 00:00 0
90ebf000-90f0d000 rwxp 00000000 00:00 0
90f0d000-90f10000 ---p 00000000 00:00 0
90f10000-90f5e000 rwxp 00000000 00:00 0
90f5e000-90f61000 ---p 00000000 00:00 0
90f61000-90faf000 rwxp 00000000 00:00 0
90faf000-90fb2000 ---p 00000000 00:00 0
90fb2000-91000000 rwxp 00000000 00:00 0
91000000-910b3000 rwxp 00000000 00:00 0
910b3000-91100000 ---p 00000000 00:00 0
91100000-91105000 r-xs 0004a000 08:03 5808908 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/jsf-api.jar
91105000-91107000 r-xs 0000d000 08:03 5808907 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/commons-logging-1.1.1.jar
91107000-9113c000 r-xs 00000000 08:03 20439789 /var/run/nscd/dbl5FOXp (deleted)
9113c000-9113f000 ---p 00000000 00:00 0
9113f000-9118d000 rwxp 00000000 00:00 0
9118d000-91190000 ---p 00000000 00:00 0
91190000-911de000 rwxp 00000000 00:00 0
911de000-911f1000 r-xp 00000000 08:03 5784005 /usr/java/jdk1.6.0_16/jre/lib/i386/libnet.so
911f1000-911f2000 rwxp 00013000 08:03 5784005 /usr/java/jdk1.6.0_16/jre/lib/i386/libnet.so
911f2000-911f5000 r-xs 00027000 08:03 5783936 /usr/java/jdk1.6.0_16/jre/lib/ext/sunjce_provider.jar
911f5000-911fc000 r-xs 00091000 08:03 5784036 /usr/java/jdk1.6.0_16/jre/lib/jsse.jar
911fc000-91200000 r-xs 00035000 08:03 5783937 /usr/java/jdk1.6.0_16/jre/lib/ext/sunpkcs11.jar
91200000-912f8000 rwxp 00000000 00:00 0
912f8000-91300000 ---p 00000000 00:00 0
91300000-91302000 r-xs 0000a000 08:03 5808906 /usr/apache-tomcat-6.0.32/webapps/play/WEB-INF/lib/commons-codec-1.3.jar
91302000-91305000 r-xs 00013000 08:03 5784024 /usr/java/jdk1.6.0_16/jre/lib/jce.jar
91305000-91308000 ---p 00000000 00:00 0
91308000-91356000 rwxp 00000000 00:00 0
91356000-91359000 r-xs 000cb000 08:03 5783821 /usr/java/jdk1.6.0_16/jre/lib/ext/localedata.jar
91359000-9135d000 r-xs 00036000 08:03 5808320 /usr/apache-tomcat-6.0.32/lib/catalina-tribes.jar
9135d000-91360000 r-xs 0000f000 08:03 5808331 /usr/apache-tomcat-6.0.32/lib/tomcat-i18n-es.jar
91360000-9136a000 r-xs 000b1000 08:03 5808329 /usr/apache-tomcat-6.0.32/lib/tomcat-coyote.jar
9136a000-91371000 r-xs 0007a000 08:03 5808325 /usr/apache-tomcat-6.0.32/lib/jasper.jar
91371000-91380000 r-xs 0011a000 08:03 5808321 /usr/apache-tomcat-6.0.32/lib/catalina.jar
91380000-91382000 r-xs 0001e000 08:03 5808319 /usr/apache-tomcat-6.0.32/lib/catalina-ha.jar
91382000-91386000 r-xs 0003a000 08:03 5808330 /usr/apache-tomcat-6.0.32/lib/tomcat-dbcp.jar
91386000-91388000 r-xs 0000c000 08:03 5808318 /usr/apache-tomcat-6.0.32/lib/catalina-ant.jar
91388000-9138a000 r-xs 00007000 08:03 5808323 /usr/apache-tomcat-6.0.32/lib/el-api.jar
9138a000-9138c000 r-xs 00014000 08:03 5808328 /usr/apache-tomcat-6.0.32/lib/servlet-api.jar
9138c000-9139a000 r-xs 00170000 08:03 5808322 /usr/apache-tomcat-6.0.32/lib/ecj-3.3.1.jar
9139a000-9139c000 r-xs 0000c000 08:03 5808333 /usr/apache-tomcat-6.0.32/lib/tomcat-i18n-ja.jar
9139c000-9139d000 ---p 00000000 00:00 0
9139d000-9141d000 rwxp 00000000 00:00 0
9141d000-91420000 ---p 00000000 00:00 0
91420000-9146e000 rwxp 00000000 00:00 0
9146e000-91471000 ---p 00000000 00:00 0
91471000-914ef000 rwxp 00000000 00:00 0
914ef000-914f2000 ---p 00000000 00:00 0
914f2000-91570000 rwxp 00000000 00:00 0
91570000-91573000 ---p 00000000 00:00 0
91573000-915c1000 rwxp 00000000 00:00 0
915c1000-91600000 r-xp 00000000 08:03 5546089 /usr/lib/locale/en_US.utf8/LC_CTYPE
91600000-916ff000 rwxp 00000000 00:00 0
916ff000-91700000 ---p 00000000 00:00 0
91700000-91701000 rwxp 00000000 00:00 0
91701000-91703000 r-xs 00011000 08:03 5808326 /usr/apache-tomcat-6.0.32/lib/jsp-api.jar
91703000-91705000 r-xs 0000b000 08:03 5808332 /usr/apache-tomcat-6.0.32/lib/tomcat-i18n-fr.jar
91705000-91708000 r-xs 00019000 08:03 5808324 /usr/apache-tomcat-6.0.32/lib/jasper-el.jar
91708000-9170e000 r-xp 00000000 08:03 5784001 /usr/java/jdk1.6.0_16/jre/lib/i386/libmanagement.so
9170e000-9170f000 rwxp 00005000 08:03 5784001 /usr/java/jdk1.6.0_16/jre/lib/i386/libmanagement.so
9170f000-91712000 ---p 00000000 00:00 0
91712000-91760000 rwxp 00000000 00:00 0
91760000-91763000 ---p 00000000 00:00 0
91763000-917b1000 rwxp 00000000 00:00 0
917b1000-917b2000 ---p 00000000 00:00 0
917b2000-91865000 rwxp 00000000 00:00 0
91865000-919fb000 r-xs 02fb3000 08:03 5784038 /usr/java/jdk1.6.0_16/jre/lib/rt.jar
919fb000-919fc000 ---p 00000000 00:00 0
919fc000-91a7c000 rwxp 00000000 00:00 0
91a7c000-91a7d000 ---p 00000000 00:00 0
91a7d000-91b07000 rwxp 00000000 00:00 0
91b07000-91b1d000 rwxp 00000000 00:00 0
91b1d000-91b2b000 rwxp 00000000 00:00 0
91b2b000-91bf1000 rwxp 00000000 00:00 0
91bf1000-91bfb000 rwxp 00000000 00:00 0
91bfb000-91c11000 rwxp 00000000 00:00 0
91c11000-91c1f000 rwxp 00000000 00:00 0
91c1f000-91ce4000 rwxp 00000000 00:00 0
91ce4000-91cf2000 rwxp 00000000 00:00 0
91cf2000-91cff000 rwxp 00000000 00:00 0
91cff000-92fc0000 rwxp 00000000 00:00 0
92fc0000-95d00000 rwxp 00000000 00:00 0
95d00000-97770000 rwxp 00000000 00:00 0
97770000-b0420000 rwxp 00000000 00:00 0
b0420000-b1da0000 rwxp 00000000 00:00 0
b1da0000-b3900000 rwxp 00000000 00:00 0
b3900000-b3901000 r-xs 00003000 08:03 5808317 /usr/apache-tomcat-6.0.32/lib/annotations-api.jar
b3901000-b3902000 r-xs 00006000 08:03 5808298 /usr/apache-tomcat-6.0.32/bin/tomcat-juli.jar
b3902000-b3903000 r-xs 00005000 08:03 5808288 /usr/apache-tomcat-6.0.32/bin/commons-daemon.jar
b3903000-b390a000 r-xs 00000000 08:03 5523095 /usr/lib/gconv/gconv-modules.cache
b390a000-b3913000 rwxp 00000000 00:00 0
b3913000-b39ca000 rwxp 00000000 00:00 0
b39ca000-b3c0a000 rwxp 00000000 00:00 0
b3c0a000-b69ca000 rwxp 00000000 00:00 0
b69ca000-b69d9000 r-xp 00000000 08:03 5784014 /usr/java/jdk1.6.0_16/jre/lib/i386/libzip.so
b69d9000-b69db000 rwxp 0000e000 08:03 5784014 /usr/java/jdk1.6.0_16/jre/lib/i386/libzip.so
b69db000-b69e3000 rwxs 00000000 08:03 6743707 /tmp/hsperfdata_root/23600
b69e3000-b6a18000 r-xs 00000000 08:03 20439787 /var/run/nscd/passwd
b6a18000-b6a1e000 r-xp 00000000 08:03 5784018 /usr/java/jdk1.6.0_16/jre/lib/i386/native_threads/libhpi.so
b6a1e000-b6a1f000 rwxp 00006000 08:03 5784018 /usr/java/jdk1.6.0_16/jre/lib/i386/native_threads/libhpi.so
b6a1f000-b6a42000 r-xp 00000000 08:03 5783990 /usr/java/jdk1.6.0_16/jre/lib/i386/libjava.so
b6a42000-b6a44000 rwxp 00023000 08:03 5783990 /usr/java/jdk1.6.0_16/jre/lib/i386/libjava.so
b6a44000-b6a4c000 r-xp 00000000 08:03 28295217 /lib/librt-2.11.1.so
b6a4c000-b6a4d000 r-xp 00007000 08:03 28295217 /lib/librt-2.11.1.so
b6a4d000-b6a4e000 rwxp 00008000 08:03 28295217 /lib/librt-2.11.1.so
b6a4e000-b6a51000 ---p 00000000 00:00 0
b6a51000-b6a9f000 rwxp 00000000 00:00 0
b6a9f000-b6ac5000 r-xp 00000000 08:03 28295195 /lib/libm-2.11.1.so
b6ac5000-b6ac6000 r-xp 00026000 08:03 28295195 /lib/libm-2.11.1.so
b6ac6000-b6ac7000 rwxp 00027000 08:03 28295195 /lib/libm-2.11.1.so
b6ac7000-b7194000 r-xp 00000000 08:03 5784022 /usr/java/jdk1.6.0_16/jre/lib/i386/server/libjvm.so
b7194000-b71e2000 rwxp 006cc000 08:03 5784022 /usr/java/jdk1.6.0_16/jre/lib/i386/server/libjvm.so
b71e2000-b7605000 rwxp 00000000 00:00 0
b7605000-b7760000 r-xp 00000000 08:03 28295187 /lib/libc-2.11.1.so
b7760000-b7762000 r-xp 0015b000 08:03 28295187 /lib/libc-2.11.1.so
b7762000-b7763000 rwxp 0015d000 08:03 28295187 /lib/libc-2.11.1.so
b7763000-b7767000 rwxp 00000000 00:00 0
b7767000-b776a000 r-xp 00000000 08:03 28295193 /lib/libdl-2.11.1.so
b776a000-b776b000 r-xp 00002000 08:03 28295193 /lib/libdl-2.11.1.so
b776b000-b776c000 rwxp 00003000 08:03 28295193 /lib/libdl-2.11.1.so
b776c000-b7773000 r-xp 00000000 08:03 5783973 /usr/java/jdk1.6.0_16/jre/lib/i386/jli/libjli.so
b7773000-b7775000 rwxp 00006000 08:03 5783973 /usr/java/jdk1.6.0_16/jre/lib/i386/jli/libjli.so
b7775000-b778c000 r-xp 00000000 08:03 28295213 /lib/libpthread-2.11.1.so
b778c000-b778d000 r-xp 00016000 08:03 28295213 /lib/libpthread-2.11.1.so
b778d000-b778e000 rwxp 00017000 08:03 28295213 /lib/libpthread-2.11.1.so
b778e000-b7790000 rwxp 00000000 00:00 0
b7790000-b7791000 r-xs 00005000 08:03 5808283 /usr/apache-tomcat-6.0.32/bin/bootstrap.jar
b7791000-b7792000 rwxp 00000000 00:00 0
b7792000-b7793000 r-xp 00000000 00:00 0
b7793000-b77a8000 r-xp 00000000 08:03 28295198 /lib/libnsl-2.11.1.so
b77a8000-b77a9000 r-xp 00014000 08:03 28295198 /lib/libnsl-2.11.1.so
b77a9000-b77aa000 rwxp 00015000 08:03 28295198 /lib/libnsl-2.11.1.so
b77aa000-b77ac000 rwxp 00000000 00:00 0
b77ac000-b77b7000 r-xp 00000000 08:03 5784013 /usr/java/jdk1.6.0_16/jre/lib/i386/libverify.so
b77b7000-b77b8000 rwxp 0000b000 08:03 5784013 /usr/java/jdk1.6.0_16/jre/lib/i386/libverify.so
b77b8000-b77b9000 rwxp 00000000 00:00 0
b77b9000-b77d8000 r-xp 00000000 08:03 28295180 /lib/ld-2.11.1.so
b77d8000-b77d9000 r-xp 0001e000 08:03 28295180 /lib/ld-2.11.1.so
b77d9000-b77da000 rwxp 0001f000 08:03 28295180 /lib/ld-2.11.1.so
bfcc6000-bfcdb000 rwxp 00000000 00:00 0 [stack]
ffffe000-fffff000 r-xp 00000000 00:00 0 [vdso]
VM Arguments:
jvm_args: -Djava.util.logging.config.file=/usr/apache-tomcat-6.0.32/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/apache-tomcat-6.0.32/endorsed -Dcatalina.base=/usr/apache-tomcat-6.0.32 -Dcatalina.home=/usr/apache-tomcat-6.0.32 -Djava.io.tmpdir=/usr/apache-tomcat-6.0.32/temp
java_command: org.apache.catalina.startup.Bootstrap start
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/usr/java/jdk1.6.0_16
CLASSPATH=/usr/apache-tomcat-6.0.32/bin/bootstrap.jar
PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/java/jdk1.6.0_16/bin:/usr/java/jdk1.6.0_16/jre/bin
LD_LIBRARY_PATH=/usr/java/jdk1.6.0_16/jre/lib/i386/server:/usr/java/jdk1.6.0_16/jre/lib/i386:/usr/java/jdk1.6.0_16/jre/../lib/i386:/home/play/lib
SHELL=/bin/bash
HOSTTYPE=i386
OSTYPE=linux
MACHTYPE=i686-suse-linux
Signal Handlers:
SIGSEGV: [libjvm.so+0x650710], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x650710], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x52f600], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x52f600], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGXFSZ: [libjvm.so+0x52f600], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x52f600], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x5321f0], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x531f20], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGTERM: [libjvm.so+0x531f20], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x531f20], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:SUSE Linux Enterprise Server 11 (i586)
VERSION = 11
PATCHLEVEL = 1
uname:Linux 2.6.32.12-0.7-pae #1 SMP 2010-05-20 11:14:20 +0200 i686
libc:glibc 2.11.1 NPTL 2.11.1
rlimit: STACK 8192k, CORE 1k, NPROC 15118, NOFILE 8192, AS 3192000k
load average:0.00 0.04 0.05
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 1941704k(213752k free), swap 2048276k(1540564k free)
vm_info: Java HotSpot(TM) Server VM (14.2-b01) for linux-x86 JRE (1.6.0_16-b01), built on Jul 31 2009 06:03:51 by "java_re" with gcc 3.2.1-7a (J2SE release)
time: Sat Mar 12 17:13:08 2011
elapsed time: 27 seconds
一开始以为是JVM无法释放C的对象,但后来发?
q没有出现堆栈出的现象Q所以排除该原因?
查阅 文:
JavaTM 2 Platform, Standard Edition 5.0
Troubleshooting and Diagnostic Guide
文中提?
If you get a crash in a native application library (like the above examples) then you may be able to
attach the native debugger (dbx, gdb, windbg depending on the operating system) to the core file/crash
dump if it is available. Another approach is run with the -Xcheck:jni option added to the command
line (section 1.17.3). The -Xcheck:jni option is not guaranteed to find all issues with JNI code but it
can help identify a significant number of issues.
解决Ҏ:
启动JVM时增加启动参?-Xcheck:jni
日志中输出JNI的错误日?
http://zhxmyself.iteye.com/blog/961249
]]>
Exception in thread "main" java.lang.SecurityException: class "xx.xx"'s signer information does not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:775)
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:487)
at java.lang.ClassLoader.defineClass(ClassLoader.java:614)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12
4)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at xx.xx(xx.java:80)
|上搜了一圈,大部分说引入的jar包呢有相同类名的c,所以loader的时候出现错误?br />
但是目前做的一个小产品Q只有两个jar包,A.jar和前文提到的B.jarQ没有引入第三方包。我仔细查了一下两个jar包,不存在相同类名的情况?br />
最后发现这个问题很多时候和数字{q个关键字一起出现。然后仔l检查,发现新的B.jar里面忘记加数字签名了?br />
把A.jar里面的数字签名删除,q行正常?br />
目前在等待加完数字签名的B.jar,也在查资料寻扑և现此问题的原因,未完待箋?img src ="http://www.tkk7.com/temper/aggbug/356807.html" width = "1" height = "1" />
]]>
]]>synchronized
”Q与 synchronized
块相比,volatile 变量所需的编码较,q且q行时开销也较,但是它所能实现的功能也仅?synchronized
的一部分。本文介l了几种有效使用 volatile 变量的模式,q强调了几种不适合使用 volatile 变量的情形?
锁提供了两种主要Ҏ:互斥Qmutual exclusionQ?/em> ?em>可见性(visibilityQ?/em>。互斥即一? 只允怸个线E持有某个特定的锁,因此可用该Ҏ实现对׃n数据的协调访问协议,q样Q一ơ就只有一个线E能够用该׃n数据。可见性要更加复杂一些, 它必ȝ保释N之前对共享数据做出的更改对于随后获得该锁的另一个线E是可见?—? 如果没有同步机制提供的这U可见性保证,U程看到的共享变量可能是修改前的值或不一致的|q将引发许多严重问题?
Volatile 变量h synchronized
的可见性特性,但是不具备原子特性。这是说线E能够自动发?
volatile 变量的最新倹{Volatile
变量可用于提供线E安全,但是只能应用于非常有限的一l用例:多个变量之间或者某个变量的当前g修改后g间没有约束。因此,单独使用
volatile q不以实现计数器、互斥锁或Q何具有与多个变量相关的不变式QInvariantsQ的c(例如 “start
<=end”Q?
Z易性或可~性的考虑Q您可能們于?volatile 变量而不是锁。当使用 volatile 变量而非锁时Q某些习惯用法(idiomQ更加易于编码和阅读。此外,volatile 变量不会像锁那样造成U程dQ因此也很少造成可~性问题。在某些情况下,如果L作远q大于写操作Qvolatile 变量q可以提供优于锁的性能优势?
您只能在有限的一些情形下使用 volatile 变量替代锁。要?volatile 变量提供理想的线E安全,必须同时满下面两个条gQ?
实际上,q些条g表明Q可以被写入 volatile 变量的这些有效值独立于ME序的状态,包括变量的当前状态?
W一个条件的限制?volatile 变量不能用作U程安全计数器。虽然增量操作(x++
Q看上去cM一个单独操作,实际上它是一个由dQ修改-写入操作序列l成的组合操作,必须以原子方式执行,?volatile 不能提供必须的原子特性。实现正的操作需要 x
的值在操作期间保持不变Q?volatile 变量无法实现q点。(然而,如果D整ؓ只从单个U程写入Q那么可以忽略第一个条件。)
大多数编E情形都会与q两个条件的其中之一冲突Q?volatile 变量不能?synchronized
那样普遍适用于实现线E安全。清?1 昄了一个非U程安全的数D围类。它包含了一个不变式 —?下界L于或等于上界?
|
q种方式限制了范围的状态变量,因此?lower
?upper 字段定义?volatile cd不能够充分实现类的线E安全;从而仍焉要用同步。否则,如果凑y两个U程在同一旉使用不一致的值执?setLower
?setUpper
的话Q则会范围处于不一致的状态。例如,如果初始状态是 (0, 5)
Q同一旉内,U程 A 调用 setLower(4)
q且U程 B 调用 setUpper(3)
Q显然这两个操作交叉存入的值是不符合条件的Q那么两个线E都会通过用于保护不变式的查,使得最后的范围值是 (4, 3)
—?一个无效倹{至于针对范围的其他操作Q我们需要 setLower()
?setUpper()
操作原子?—?而将字段定义?volatile cd是无法实现这一目的的?
使用 volatile 变量的主要原因是其简易性:在某些情形下Q?volatile 变量要比使用相应的锁单得多。?volatile 变量ơ要原因是其性能Q某些情况下Qvolatile 变量同步机制的性能要优于锁?
很难做出准确、全面的评hQ例?“X L?Y ?#8221;Q尤其是?JVM 内在的操作而言。(例如Q某些情况下 VM 也许能够完全删除锁机Ӟq得我们难以抽象地比较 volatile
?synchronized
的开销。)是_在目前大多数的处理器架构上,volatile L作开销非常?—?
几乎和非 volatile L作一栗?volatile 写操作的开销要比?volatile
写操作多很多Q因保证可见性需要实现内存界定(Memory FenceQ,即便如此Qvolatile 的d销仍然要比锁获取低?
volatile 操作不会像锁一样造成dQ因此,在能够安全?volatile 的情况下Qvolatile 可以提供一些优于锁的可伸羃Ҏ。如果读操作的次数要q远过写操作,与锁相比Qvolatile 变量通常能够减少同步的性能开销?
很多q发性专家事实上往往引导用户q离 volatile 变量Q因Z用它们要比用锁更加Ҏ出错。然而,如果谨慎地遵循一些良好定义的模式Q就能够在很多场合内安全C?volatile 变量。要始终牢记使用 volatile 的限?—?只有在状态真正独立于E序内其他内Ҏ才能使用 volatile —? q条规则能够避免这些模式扩展到不安全的用例?
也许实现 volatile 变量的规范用仅仅是使用一个布状态标志,用于指示发生了一个重要的一ơ性事Ӟ例如完成初始化或h停机?
很多应用E序包含了一U控制结构,形式?“在还没有准备好停止程序时再执行一些工?#8221;Q如清单 2 所C:
|
很可能会从@环外部调?
shutdown()
Ҏ —?卛_另一个线E中 —?因此Q需要执行某U同步来保正确实现 shutdownRequested
变量的可见性。(可能会从 JMX 侦听E序、GUI 事gU程中的操作侦听E序、通过 RMI 、通过一?Web 服务{调用)。然而,使用
synchronized
块编写@环要比用清?2 所C的 volatile 状态标志编写麻烦很多。由?
volatile 化了~码Qƈ且状态标志ƈ不依赖于E序内Q何其他状态,因此此处非常适合使用 volatile?
q种cd的状态标记的一个公q性是Q通常只有一U状态{换;shutdownRequested
标志?false
转换?true
Q然后程序停止。这U模式可以扩展到来回转换的状态标志,但是只有在{换周期不被察觉的情况下才能扩展(?false
?true
Q再转换?false
Q。此外,q需要某些原子状态{换机Ӟ例如原子变量?
模式 #2Q一ơ性安全发布(one-time safe publicationQ?/span>
~Z同步会导致无法实现可见性,q得确定何时写入对象引用而不是原语值变得更加困难。在~Z同步的情况下Q可能会遇到某个对象引用的更新|由另一个线 E写入)和该对象状态的旧值同时存在。(q就是造成著名的双重检查锁定(double-checked-lockingQ问题的ҎQ其中对象引用在没有 同步的情况下q行L作,产生的问题是您可能会看到一个更新的引用Q但是仍然会通过该引用看C完全构造的对象Q?
实现安全发布对象的一U技术就是将对象引用定义?volatile cd。清?3 展示了一个示例,其中后台U程在启动阶D从数据库加载一些数据。其他代码在能够利用q些数据Ӟ在用之前将查这些数据是否曾l发布过?
|
如果 theFlooble
引用不是 volatile cdQ?code>doWork() 中的代码在解除对 theFlooble
的引用时Q将会得C个不完全构造的 Flooble
?
该模式的一个必要条件是Q被发布的对象必LU程安全的,或者是有效的不可变对象Q有效不可变意味着对象的状态在发布之后永远不会被修改)。volatile cd的引用可以确保对象的发布形式的可见性,但是如果对象的状态在发布后将发生更改Q那么就需要额外的同步?
模式 #3Q独立观察(independent observationQ?/span>
安全使用 volatile 的另一U简单模式是Q定?“发布” 观察l果供程序内部用。例如,假设有一U环境传感器能够感觉环境温度。一个后台线E可能会每隔几秒d一ơ该传感器,q更新包含当前文档的 volatile 变量。然后,其他U程可以dq个变量Q从而随时能够看到最新的温度倹{?
使用该模式的另一U应用程序就是收集程序的l计信息。清?4 展示了n份验证机制如何记忆最q一ơ登录的用户的名字。将反复使用 lastUser
引用来发布|以供E序的其他部分用?
|
该模式是前面模式的扩展;某个值发布以在程序内的其他地方用,但是与一ơ性事件的发布不同Q这是一pd独立事g。这个模式要求被发布的值是有效不可变的 —?卛_的状态在发布后不会更攏V用该值的代码需要清楚该值可能随时发生变化?
模式 #4Q?#8220;volatile bean” 模式
volatile bean 模式适用于将 JavaBeans 作ؓ“荣誉l构”使用的框架。在 volatile bean
模式中,JavaBean 被用作一l具?getter ??setter Ҏ 的独立属性的容器。volatile bean
模式的基本原理是Q很多框架ؓ易变数据的持有者(例如 HttpSession
Q提供了容器Q但是放入这些容器中的对象必LU程安全的?
?volatile bean 模式中,JavaBean 的所有数据成员都?volatile cd的,q且 getter ?setter
Ҏ必须非常普?—?
除了获取或设|相应的属性外Q不能包含Q何逻辑。此外,对于对象引用的数据成员,引用的对象必L有效不可变的。(q将止h数组值的属性,因ؓ当数l?
引用被声明ؓ volatile
Ӟ只有引用而不是数l本w具?volatile 语义Q。对于Q?volatile 变量Q不变式或约束都不能包含 JavaBean 属性。清?5 中的CZ展示了遵?volatile bean 模式?JavaBeanQ?
|
前面几节介绍的模式涵盖了大部分的基本用例Q在q些模式中?volatile 非常有用q且单。这一节将介绍一U更加高U的模式Q在该模式中Qvolatile 提供性能或可伸羃性优ѝ?
volatile 应用的的高模式非常脆弱。因此,必须对假讄条g仔细证明Qƈ且这些模式被严格地封装了hQ因为即佉K常小的更改也会损坏您的代码!同样Q用更高 ?volatile 用例的原因是它能够提升性能Q确保在开始应用高U模式之前,真正定需要实现这U性能L。需要对q些模式q行权衡Q放弃可L或可维护性来换取可能的? 能收?—? 如果您不需要提升性能Q或者不能够通过一个严格的试E序证明您需要它Q,那么q很可能是一ơ糟p的交易Q因为您很可能会得不偿失Q换来的东西要比攑ּ? 东西价值更低?
目前为止Q您应该了解?volatile 的功能还不以实现计数器。因?++x
实际上是三种操作Q读、添加、存储)的简单组合,如果多个U程凑y试图同时?volatile 计数器执行增量操作,那么它的更新值有可能会丢失?
然而,如果L作远q超q写操作Q您可以l合使用内部锁和 volatile 变量来减公׃码\径的开销。清?6 中显C的U程安全的计数器使用
synchronized
保增量操作是原子的Qƈ使用 volatile
保证当前l果的可见性。如果更C频繁的话Q该Ҏ可实现更好的性能Q因路径的开销仅仅涉及 volatile L作,q通常要优于一个无竞争的锁获取的开销?
|
之所以将q种技术称之ؓ “开销较低的读Q写?#8221; 是因为您使用了不同的同步机制q行d操作。因为本例中的写操作q反了?volatile 的第一个条Ӟ因此不能使用 volatile 安全地实现计数器 —?您必M用锁。然而,您可以在L作中使用 volatile 保当前值的可见?/em>Q? 因此可以使用锁进行所有变化的操作Q?volatile q行只读操作。其中,锁一ơ只允许一个线E访问|volatile 允许多个U程执行L作,因此当?volatile 保证M码\径时Q要比用锁执行全部代码路径获得更高的共享度 —? 像读-写操作一栗然而,要随时牢记这U模式的qQ如果超了该模式的最基本应用Q结合这两个竞争的同步机制将变得非常困难?
与锁相比QVolatile 变量是一U非常简单但同时又非常脆q同步机制Q它在某些情况下提供优于锁的性能和~性。如果严格遵?volatile 的用条?—?卛_量真正独立于其他变量和自׃前的?—?在某些情况下可以使用 volatile
代替 synchronized
来简化代码。然而,使用 volatile
的代码往往比用锁的代码更加容易出错。本文介l的模式늛了可以?volatile
代替 synchronized
的最常见的一些用例。遵循这些模式(注意使用时不要超q各自的限制Q可以帮助您安全地实现大多数用例Q?volatile 变量获得更佳性能?
http://www.ibm.com/developerworks/cn/java/j-jtp06197.html