参考文章：http://blog.csdn.net/liou825/article/details/17363265

http://zhidao.baidu.com/question/95260733.html
 
 
在2000/XP等基于NT 的操作系统中，有一个服务管理器，它管理的后台进程被称为 service。服务是一种应用程序类型，它在后台运行，与 UNIX 后台应用程序类似。服务应用程序通常可以在本地和通过网络为用户提供一些功能，例如客户端/服务器应用程序、Web 服务器、数据库服务器以及其他基于服务器的应用程序。 
 

 
 
后台服务 程序是在后台悄悄运行的。我们通过将自己的程序登记为服务，可以使自己的程序不出现在任务管理器中，并且随系统启动而最先运行，随系统关闭而最后停止。 服务控制管理器是一个RPC 服务器，它显露了一组应用编程接口，程序员可以方便的编写程序来配置服务和控制远程服务器中服务程序。
 

 
 
 服务程序通常编写成控制台类型的应用程序，总的来说，一个遵守服务控制管理程序接口要求的程序包含下面三个函数：
 
1.  服务程序主函数（main）：调用系统函数 StartServiceCtrlDispatcher 连接程序主线程到服务控制管理程序。
 
2. 服务入口点函数（ServiceMain）：执行服务初始化任务，同时执行多个服务的服务进程有多个服务入口函数。
 
3. 控制服务处理程序函数（Handler）：在服务程序收到控制请求时由控制分发线程引用。（此处是Service_Ctrl）。 
 

 
 
另外在系统运行此服务之前需要安装登记服务程序：installService 函数。删除服务程序则需要先删除服务安装登记：removeService 函数。 
 

 
 
服务类型：类型 说明 
 
SERVICE_FILE_SYSTEM_DRIVER＝2 文件系统驱动服务。
 
 SERVICE_KERNEL_DRIVER＝1 驱动服务。 
 
SERVICE_WIN32_OWN_PROCESS＝16 独占一个进程的服务。 
 
SERVICE_WIN32_SHARE_PROCESS＝32 与其他服务共享一个进程的服务。 
 

 
 
新建WIN32控制台程序， 其源文件名为service.cpp 。我用的开发工具是VC++.NET。 
 

 
 
1．服务程序主函数 服务控制管理程序启动服务程序后，等待服务程序主函数调用系统函StartServiceCtrlDispatcher。一个SERVICE_WIN32_OWN_PROCESS 类型的服务应该立即调用 StartServiceCtrlDispatcher 函数，可以在服务启动后让服务入口点函数完成初始化工作。对于 SERVICE_WIN32_OWN_PROCESS 类型的服务和程序中所有服务共同的初始化工作可以在主函数中完成，但不要超过30秒。否则必须建立另外的线程完成这些共同的初始化工作，从而保证服务程序主函数能及时地调用 StartServiceCtrlDispatcher 函数。 主函数处理了三中命令行参数：- install,- remove,- debug,分别用于安装，删除和调试服务程序。如果不带参数运行，则认为是服务控制管理出现启动该服务程序。参数不正确则给出提示信息。 StartServiceCtrlDispatcher 函数负责把程序主线程连接到服务控制管理程序。具体描述如下：BOOL StartServiceCtrlDispatcher( const LPSERVICE_TABLE_ENTRY lpServiceTable);lpServiceStartTable 指向 SERVICE_TABLE_ENTRY 结构类型的数组，他包含了调用进程所提供的每个服务的入口函数和字符串名。表中的最后一个元素必须为 NULL，指明入口表结束。SERVICE_TABLE_ENTRY 结构具体描述如下： typedef struct _SERVICE_TABLE_ENTRY { LPTSTR lpServiceName; LPSERVICE_MAIN_FUNCTION lpServiceProc;} SERVICE_TABLE_ENTRY, *LPSERVICE_TABLE_ENTRY; lpServiceName 是一个以 NULL 结尾的字符串，标识服务名。如果是 SERVICE_WIN32_OWN_PROCESS 类型的服务，这个字符串会被忽略。lpServiceProc 指向服务入口点函数。 //服务程序主函数。#include "stdafx.h"#include "Windows.h"#define SZAPPNAME "serverSample" //服务程序名#define SZSERVICENAME "serviceSample" //标识服务的内部名 //内部变量bool bDebugServer=false;SERVICE_STATUS ssStatus;SERVICE_STATUS_HANDLE sshStatusHandle;DWORD dwErr=0;TCHAR szErr[256]; //下面的函数由程序实现void WINAPI Service_Main(DWORD dwArgc, LPTSTR *lpszArgv);void WINAPI Service_Ctrl(DWORD dwCtrlCode);void installService();void removeService();void debugService(int argc,char** argv);bool ReportStatusToSCMgr(DWORD dwCurrentState,DWORD dwWin32ExitCode,DWORD dwWaitHint);void AddToMessageLog(LPTSTR lpszMsg); int _tmain(int argc, _TCHAR* argv[]){ SERVICE_TABLE_ENTRY dispatchTable[]= { {TEXT(SZSERVICENAME),(LPSERVICE_MAIN_FUNCTION)Service_Main}, { NULL,NULL} }; if((argc>1)&&((*argv[1]=='-')||(argv[1]=="/"))) { if(_stricmp("install",argv[1]+1)==0) { installService(); } else if(_stricmp("remove",argv[1]+1)==0) { removeService(); } else if(_stricmp("debug",argv[1]+1)==0) { bDebugServer=true; debugService(argc,argv); } else { //如果未能和上面的如何参数匹配，则可能是服务控制管理程序来启动该程序。立即调用 //StartServiceCtrlDispatcher 函数。 printf("%s - install to install the service \n",SZAPPNAME); printf("%s - remove to remove the service \n",SZAPPNAME); printf("%s - debug to debug the service \n",SZAPPNAME); printf("\n StartServiceCtrlDispatcher being called.\n"); printf("This may take several seconds.Please wait.\n"); if(!StartServiceCtrlDispatcher(dispatchTable)) AddToMessageLog(TEXT("StartServiceCtrlDispatcher failed.")); else AddToMessageLog(TEXT("StartServiceCtrlDispatcher OK.")); } exit(0); } return 0;}

SpringBoot中使用事务比较简单，在Application启动类上添加@EnableTransactionManagement注解，然后在service层的方法上添加@Transactional注解
 
@Transactional属性 
 
属性
类型
描述
value
String
可选的限定描述符，指定使用的事务管理器
propagation
enum: Propagation
可选的事务传播行为设置
isolation
enum: Isolation
可选的事务隔离级别设置
readOnly
boolean
读写或只读事务，默认读写
timeout
int (in seconds granularity)
事务超时时间设置
rollbackFor
Class对象数组，必须继承自Throwable
导致事务回滚的异常类数组
rollbackForClassName
类名数组，必须继承自Throwable
导致事务回滚的异常类名字数组
noRollbackFor
Class对象数组，必须继承自Throwable
不会导致事务回滚的异常类数组
noRollbackForClassName
类名数组，必须继承自Throwable
不会导致事务回滚的异常类名字数组
用法：
 
        @Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。
 
        虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。
 
注解在方法上：
 
@Autowired  
private MyBatisDao dao;  
  
@Transactional  
@Override  
public void insert(Test test) {  
    dao.insert(test);  
    throw new RuntimeException("test");//抛出unchecked异常，触发事物，回滚  
}  
 
@Transactional(noRollbackFor=RuntimeException.class)  
@Override  
public void insert(Test test) {  
    dao.insert(test);  
    //抛出unchecked异常，触发事物，noRollbackFor=RuntimeException.class,不回滚  
    throw new RuntimeException("test");  
}
 
@Transactional(propagation=Propagation.NOT_SUPPORTED)  
@Override  
public void insert(Test test) {  
    //事物传播行为是PROPAGATION_NOT_SUPPORTED，以非事务方式运行，不会存入数据库  
    dao.insert(test);  
}  
 
 注解在类上：当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性
 
@Transactional  
public class MyBatisServiceImpl implements MyBatisService {  
  
    @Autowired  
    private MyBatisDao dao;  
      
      
    @Override  
    public void insert(Test test) {  
        dao.insert(test);  
        //抛出unchecked异常，触发事物，回滚  
        throw new RuntimeException("test");  
    }
}
 
注意：有时候在开发时往往出现了添加注解后却无法回滚
 
原因：默认Spring事务只在发生未被捕获的RuntimeException时才回滚。  
 Spring AOP异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样AOP代理才能捕获到方法的异常，才能进行回滚，默认情况下AOP只捕获 RuntimeException 的异常，但可以通过配置来捕获特定的异常并回滚  
 换句话说在service的方法中不使用try...catch或者在catch中最后加上throw new runtimeexcetpion()，这样程序异常时才能被aop捕获进而回滚。
 
解决方案：
 
　　1.在service层方法的catch语句中抛出RuntimeException异常（如在catch中需要抛出自定义的异常则只需自定义异常继承RuntimeException即可），从而触发Spring的异常捕获机制进行事务回滚，但这种方式需要上层处理异常。
 
　　2.在service层方法的catch语句中增加如下语句，手动回滚，这样上层就无需去处理异常：
 
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()
 
 

原文地址：https://www.cnblogs.com/tongxuping/p/7650293.html
 
springBoot使用事物比较简单，在Application启动类s上添加@EnableTransactionManagement注解，然后在service层的方法上添加@Transactional注解
 
@Transactional属性 
 
属性
类型
描述
value
String
可选的限定描述符，指定使用的事务管理器
propagation
enum: Propagation
可选的事务传播行为设置
isolation
enum: Isolation
可选的事务隔离级别设置
readOnly
boolean
读写或只读事务，默认读写
timeout
int (in seconds granularity)
事务超时时间设置
rollbackFor
Class对象数组，必须继承自Throwable
导致事务回滚的异常类数组
rollbackForClassName
类名数组，必须继承自Throwable
导致事务回滚的异常类名字数组
noRollbackFor
Class对象数组，必须继承自Throwable
不会导致事务回滚的异常类数组
noRollbackForClassName
类名数组，必须继承自Throwable
不会导致事务回滚的异常类名字数组
用法：
 
       @Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。
 
         虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。
 
        默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。
 
　　
 
　　注解在方法上：
 
@Autowired  
private MyBatisDao dao;  
  
@Transactional  
@Override  
public void insert(Test test) {  
    dao.insert(test);  
    throw new RuntimeException("test");//抛出unchecked异常，触发事物，回滚  
}  
 
　　
 
    @Transactional(noRollbackFor=RuntimeException.class)  
    @Override  
    public void insert(Test test) {  
        dao.insert(test);  
        //抛出unchecked异常，触发事物，noRollbackFor=RuntimeException.class,不回滚  
        throw new RuntimeException("test");  
    }  
 
　　
 
@Transactional(propagation=Propagation.NOT_SUPPORTED)  
@Override  
public void insert(Test test) {  
    //事物传播行为是PROPAGATION_NOT_SUPPORTED，以非事务方式运行，不会存入数据库  
    dao.insert(test);  
}  
 
　　注解在类上：当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性
 
 
 
@Transactional  
public class MyBatisServiceImpl implements MyBatisService {  
  
    @Autowired  
    private MyBatisDao dao;  
      
      
    @Override  
    public void insert(Test test) {  
        dao.insert(test);  
        //抛出unchecked异常，触发事物，回滚  
        throw new RuntimeException("test");  
    }  
 
 
 
注意：有时候在开发时往往出现了添加注解后却无法回滚
 
原因：默认spring事务只在发生未被捕获的 RuntimeException 时才回滚。  
 spring aop  异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获 RuntimeException 的异常，但可以通过配置来捕获特定的异常并回滚  
 换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion（），这样程序异常时才能被aop捕获进而回滚。
 
 
 
解决方案：
 
　　1.在service层方法抛出RuntimeException异常（如在Catch中需要抛出自定义的异常则只需自定义异常继承RuntimeException即可），并继续捕获和处理这个异常。
 
　　2.在service层方法的catch语句中增加：
 
　　　　TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
 
　　语句，手动回滚，这样上层就无需去处理异常。