最近Android开发过程中有一个activity1向某个activity2跳转时程序突然停止运行，却可以正常跳转到其他activity。调试发现是因为跳向的activity2有自定的样式的titlebar，与当前activity1的Theme.NoTitleBar冲突了，在AdroidManifest.xml里面将activity1的theme改为Theme.Light.NoTitleBar问题解决。

    首先肯定是不能用Thread的stop（）方法的，因为此方法是非常不安全的，而且已经被废弃了，那么在这里就给出一种官方的推荐方案。    private static Thread mThread;
 
	private static Thread mThread;
	static StringMain.MyRunnable mRunnable = new StringMain().new MyRunnable();

	public static void main(String[] args) {
		System.out.println("A");
		mThread = new Thread(mRunnable);
		mThread.start();
		// 2秒后停止线程
		try {
			Thread.sleep(2000);
			//手动停止
			mRunnable.destory();
			mThread.join();
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}

	public class MyRunnable implements Runnable {
		public void destory() {
			mThread = null;
		}
		@Override
		public void run() {
			Thread thread = Thread.currentThread();
			//当mThread被赋值为空时就会终止执行了，run方法结束，线程停止
			while (mThread == thread) {
				System.out.println("继续···");
			}
		}

	}
    主要办法就是在run方法中进行while判断，当要退出时就跳出循环即可。调用join方法主要是为了让线程终止后去执行其后的代码，也可不用调用。

     关于Thread的stop（）为何被抛弃以及不安全请见官网解释：
http://docs.oracle.com/javase/1.5.0/docs/guide/misc/threadPrimitiveDeprecation.html

 

 

ORACLE如何停止一个JOB
 

      
       
 
1      相关表、视图
    
 
 
　dba_jobs
         
 
　　all_jobs
         
 
　　user_jobs 包含登录用户所有的JOB信息
        
 
　　dba_jobs_running 包含正在运行job相关信息
        
 
注意
        
 
  须使用oracle的sys用户登录到数据库，才能查看dba_jobs_running, v$process, v$session表的信息。同时，登录操作系统时，要用oracle用户。
 
2      问题描述
    
 
为同事解决一个因为网络连接情况不佳时，执行一个超长时间的SQL插入操作。
    
 
既然网络状况不好，就选择了使用一次性使用JOB来完成该插入操作。在JOB执行一段时间后，我发现被插入表有些问题（惭愧，当时也没有先检查检查就做了）。准备停止JOB，因为在JOB运行情况下，我的所有修改都会报系统资源忙的错误。
    
 
强行KILL SESSION是行不通的，因为过会儿，JOB还会重新启动，如果执行的SQL也被KILL了通过重新启动的JOB还是会被再次新执行的。 
      
 
3      解决办法
 
   比较好的方法应该是; 
     
 
1. 首先确定要停止的JOB号
    
 
    在10g中可通过Dba_Jobs_Running进行确认。
    
 
    查找正在运行的JOB:
      
 
    select sid from dba_jobs_running;
     
 
 
     
 
    查找到正在运行的JOB的spid:
      
 
    select a.spid from v$process a ,v$session b where a.addr=b.paddr  and b.sid in (select sid from dba_jobs_running);
     
 

  
    
  
 
 2. Broken你确认的JOB    
     
 
    注意使用DBMS_JOB包来标识你的JOB为BROKEN。
    
 
    SQL> EXEC DBMS_JOB.BROKEN(job#,TRUE);
     
 
   注意：当执行完该命令你选择的这个JOB还是在运行着的。
    
 

  
    
  
 
3. Kill 对应的Oracle Session
     
 
    应为BROKEN后该JOB还在运行，如果要求该JOB立刻停止，就需要找到该job的对应SESSION(SID,SERIAL#)，然后执行以下命令：
    
 
    ALTER SYSTEM KILL SESSION 'sid,serial#';
     
 
     或者直接KILL对应的操作系统的SESSION，如果使用ALTER SYSTEM KILL SESSION执行很长时间，其实可以使用OS的命令来快速KILL掉SESSION.
     
 
     For Windows, at the DOS Prompt: orakill sid spid
     
 
     For UNIX at the command line> kill –9 spid
     
 

  
    
  
 
4. 检查你的JOB是否还在运行
    
 
   检查你要停止的JOB是否还在运行，其实多数情况下，应该都已经停止了。尤其执行的第三步的“杀手”命令。如果真的还是没有停止，只好从第一道第三步重新做一下了。
    
 

  
    
  
 
5. 将Job Queue Processes的数目修改为0  
     
 
    首先确认当前的Job Queue Processes的数目
    
 
    SQL> col value for a10
     
 
    SQL> select name,value from v$parameter where name ='job_queue_processes';     
     
 
    然后将Job Queue Processes的数目修改为0
     
 
    SQL> ALTER SYSTEM SET job_queue_processes = 0;
     
 
     保证所有的JOB都会停止。
    
 

  
    
  
 
6. 修改你要修改的任何东西，甚至是JOB内的内容。
    
 

  
    
  
 
7. 修改完成后，将job的BROKEN状态停止。
    
 
SQL>EXEC DBMS_JOB.BROKEN(job#,FALSE):
     
 

  
    
  
 
8. 恢复job_queue_processes的原始值
    
 
     ALTER SYSTEM SET job_queue_processes = original_value;
     
 
    至此整个停止并修改JOB完成.
     
 
     
     
 
    但是需要另外注意一下的是，在MARK一个BROKEN状态的时候，因为JOB内部执行SQL的原因，所以执行时或许要“煎熬”一段时间。所以在建立JOB时一定要仔细考虑，同时如果可能可以在你设计的PL/SQL代码中，增加一些判断“停止信号”的部分。来避免费力执行上面的步骤。
    
 
    毕竟，ORACLE在执行JOB时，还是很“倔强”的 -:)
     
 

  
    
  
 
4      附件：ORAKILL用法
 
 
很多时候遇到某个session一直处于active，使得CPU一直处于搞使用状态，虽然kill 了，但是却不能够使得使得线程结束。 kill session只是kill这个进程，但是线程一直处于活动状态。需要真正的kill线程才能够解决cpu使用率高的问题。
 
os ：windows2003
 
ORAKILL用法是 orakill sid spid 其中sid为实例名，spid为线程号。
 
怎么样取得这个spid呢？
 
以下给出查找spid的语句。
 
select spid, osuser, s.program from  v$process p, v$session s 
 
where p.addr=s.paddr  and s.sid = XXX;
 
--说明:XXX为session的sid (不是数据库SID 呵呵)。自己输入就可以。
orakill instance_name spid
 
这样就能够成功解决cpu使用率高的问题
 

  
    
  
 

  
   
   

问题背景
 
手头有一个springboot项目，放在测试服务器跑，但是隔三差五的，就会中断，很好奇到底怎么回事。
 
其实这就是SpringBoot项目运行一段时间停止运行、java -jar项目运行一段时间停止、java程序运行一段时间自动关闭 的问题了。
 
解决方案
 
用java -jar xxxx-web-0.0.1-SNAPSHOT.jar >xxxx.log& 
 启动后项目看似脱离终端了，其实还是受终端影响，断开xshell之后，项目过段时间就会挂了。GG。
 
把启动语句加上nohup后台运行就可以了。 
 
nohup+java命令示范：
 
#docker
    nohup docker-compose up > /usr/local/logs/microservice-tcbj-yytsg/log.txt &

#springboot
    nohup java -jar microservice-web-0.0.1-SNAPSHOT.jar >microservice.log&
 
nohup是什么
 
用途：nohup是linux一个命令，不挂断地运行，或者理解为后台运行。
 
语法：nohup Command [ Arg … ] [　& ]
 
　　无论是否将 nohup 命令的输出重定向到终端，输出都将附加到当前目录的 nohup.out 文件中。
 
　　如果当前目录的 nohup.out 文件不可写，输出重定向到 $HOME/nohup.out 文件中。
 
　　如果没有文件能创建或打开以用于追加，那么 Command 参数指定的命令不可调用。
 
退出状态：该命令返回下列出口值： 　　 
 　　126 可以查找但不能调用 Command 参数指定的命令。 　　 
 　　127 nohup 命令发生错误或不能查找由 Command 参数指定的命令。 　　 
 　　否则，nohup 命令的退出状态是 Command 参数指定命令的退出状态。