原文：http://blog.csdn.net/wzy_1988/article/details/8549290 需求简介 基于nginx搭建了一个https访问的虚拟主机，监听的域名是test.com，但是很多用户不清楚https和http的区别，会很容易敲成http://test.com，这时会报出404错误，所以我需要做基于test.com域名的http向https的强制跳转 我总结了三种方式，跟大家共享一下 nginx的rewrite方法 思路 这应该是大家最容易想到的方法，将所有的http请求通过rewrite重写到https上即可 配置 server { listen 192.168.1.111:80; server_name test.com; rewrite ^(.*)$ https://$host$1 permanent; } 搭建此虚拟主机完成后，就可以将http://test.com的请求全部重写到https://test.com上了 nginx的497状态码 error code 497 497 – normal request was sent to HTTPS 解释：当此虚拟站点只允许https访问时，当用http访问时nginx会报出497错误码 思路 利用error_page命令将497状态码的链接重定向到https://test.com这个域名上 配置 server { listen 192.168.1.11:443; #ssl端口 listen 192.168.1.11:80; #用户习惯用http访问，加上80，后面通过497状态码让它自动跳到443端口 server_name test.com; #为一个server{……}开启ssl支持 ssl on; #指定PEM格式的证书文件 ssl_certificate /etc/nginx/test.pem; #指定PEM格式的私钥文件 ssl_certificate_key /etc/nginx/test.key; #让http请求重定向到https请求 error_page 497 https://$host$uri?$args; } index.html刷新网页 思路 上述两种方法均会耗费服务器的资源，我们用curl访问baidu.com试一下，看百度的公司是如何实现baidu.com向www.baidu.com的跳转 可以看到百度很巧妙的利用meta的刷新作用，将baidu.com跳转到www.baidu.com.因此我们可以基于http://test.com的虚拟主机路径下也写一个index.html，内容就是http向https的跳转 index.html [html] view plaincopyprint? <html> <meta http-equiv="refresh" content="0;url=https://test.com/"> </html> nginx虚拟主机配置 server { listen 192.168.1.11:80; server_name test.com; location / { #index.html放在虚拟主机监听的根目录下 root /srv/www/http.test.com/; } #将404的页面重定向到https的首页 error_page 404 https://test.com/; } 后记 上述三种方法均可以实现基于nginx强制将http请求跳转到https请求，大家可以评价一下优劣或者根据实际需求进行选择。 from:http://www.cnblogs.com/yun007/p/3739182.html
View Details上环境：windows server 2016 IIS 10 需求：访问HTTP 跳转到HTTPS 软件：http://download.microsoft.com/download/E/A/9/EA9F19BC-0EEB-49C9-B32D-56852BBE56DA/rewrite_amd64_zh-CN.msi 配置如下： 1.选择需要配置的站点，先绑定域名http 跟https 域名： 2.打开URL 重写添加规则： 3.编辑规则： 以上配置完成，便可以测试域名，自动跳转； from:https://www.cnblogs.com/itusye/p/7927787.html
View Details最近有个需求是要跨库进行数据同步，两个数据库分布在两台物理计算机上，自动定期同步可以通过SQL Server代理作业来实现，但是前提是需要编写一个存储过程来实现同步逻辑处理。这里的存储过程用的不是opendatasource，而是用的链接服务器来实现的。存储过程创建在IP1:192.168.0.3服务器上，需要将视图v_custom的客户信息同步到IP2:192.168.0.10服务器上的t_custom表中。逻辑是如果不存在则插入，存在则更新字段。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 |
create PROCEDURE [dbo].[p_pm_项目平台客户批量同步到报销平台]( @destserver nvarchar(50), @sourceserver nvarchar(50) ) AS BEGIN SET NOCOUNT ON; --不存在则添加链接服务器,外部查询必须指明IP地址,例如 select * from [IP].[database].[dbo].[table] if not exists (select * from sys.servers where server_id!=0 and data_source=@destserver) begin exec sp_addlinkedserver @server=@destserver end if not exists (select * from sys.servers where server_id!=0 and data_source=@sourceserver) begin exec sp_addlinkedserver @server=@sourceserver end begin try set xact_abort on begin transaction --http://www.cnblogs.com/chnking/archive/2007/04/04/699891.html INSERT INTO [192.168.0.10].[dbCRM].[dbo].[t_custom] (客户ID, 客户名称, 客户简称, 输入码, 查询码, 地址, 录入登录名, 录入时间, 修改登录名, 修改时间, 审批状态ID, 审批状态名称, 是否审批结束, 审批操作时间, 项目管理客商编码, 序号) SELECT A.客户ID,A.客户名称, A.客户简称, dbo.fn_pm_GetPy(A.客户名称), A.客户编号+','+A.客户名称+','+dbo.fn_pm_GetPy(A.客户名称)+','+A.客户简称+','+dbo.fn_pm_GetPy(A.客户简称), A.地址, 'admin', getdate(), null, null, 'D65F87A8-79C8-4D1C-812D-AE4591E056A8', '已审批', 1, A.审批操作时间, A.项目管理客商编码, 0 FROM [dbPM].[dbo].[v_custom] A WHERE A.客户ID NOT IN ( SELECT 客户ID FROM [192.168.0.10].[dbCRM].[dbo].[t_custom]); ----------------------------------存在更新----------------------------------- update A set A.客户名称=B.客户名称, A.客户简称=B.客户简称, A.输入码=dbo.fn_pm_GetPy(B.客户名称), A.查询码=B.客户编号+','+B.客户名称+','+dbo.fn_pm_GetPy(B.客户名称)+','+B.客户简称+','+dbo.fn_pm_GetPy(B.客户简称), A.地址=B.地址, A.修改登录名='admin', A.修改时间=getdate(), A.项目管理客商编码 =B.项目管理客商编码 from [192.168.0.10].[dbCRM].[dbo].[t_custom] A,[dbPM].[dbo].[v_custom] B where A.客户ID=B.客户ID; commit transaction end try begin catch select ERROR_NUMBER() as errornumber,ERROR_MESSAGE() as errormsg,ERROR_LINE() as errorline rollback transaction end catch END |
如果没有正确配置，经常会出现 消息 7391，级别 16，状态 2，过程 xxxxx，第 XX 行 。无法执行该操作，因为链接服务器 "xxxxx" 的 OLE DB 访问接口 "SQLNCLI" 无法启动分布式事务。 可以参照如下的配置： 具体可以参看：http://www.cnblogs.com/chnking/archive/2007/04/04/699891.html from:https://www.cnblogs.com/isaboy/p/sql_server_job.html
View Details|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 |
/// <summary> /// 把数据行转换为相应的实体 /// </summary> /// <typeparam name="T">实体</typeparam> /// <param name="dataRow">数据行</param> /// <returns></returns> public static T DataRowToModel<T>(DataRow dataRow) where T : new() { // 返回值容器 var model = new T(); // 例外检查 if (dataRow == null) { return model; } // Model属性 var t = model.GetType(); var properties = t.GetProperties(); // 循环赋值 foreach (var propertyInfo in properties) { // 属性名 var propertyName = propertyInfo.Name; // 检查Model属性是否存在于列名中 if (!dataRow.Table.Columns.Contains(propertyName)) { continue; } // 数据库为null时跳过 if (dataRow[propertyName] == DBNull.Value) { continue; } // 设置Model的值 propertyInfo.SetValue(model, dataRow[propertyName]); } return model; } } |
View Details
助你入门 git 的简明指南，木有高深内容 ;) 作者：罗杰·杜德勒 感谢：@tfnico, @fhd 和 Namics 如有纰漏，请在 github 提报问题 安装 下载 git OSX 版 下载 git Windows 版 下载 git Linux 版 创建新仓库 创建新文件夹，打开，然后执行 git init 以创建新的 git 仓库。 检出仓库 执行如下命令以创建一个本地仓库的克隆版本： git clone /path/to/repository 如果是远端服务器上的仓库，你的命令会是这个样子： git clone username@host:/path/to/repository 工作流 你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 暂存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，它指向你最后一次提交的结果。 添加和提交 你可以提出更改（把它们添加到暂存区），使用如下命令： git add <filename> git add * 这是 git 基本工作流程的第一步；使用如下命令以实际提交改动： git commit -m "代码提交信息" 现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。 推送改动 你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库： git push origin master 可以把 master 换成你想要推送的任何分支。 如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加： git remote add origin <server> 如此你就能够将你的改动推送到所添加的服务器上去了。 分支 分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。 创建一个叫做“feature_x”的分支，并切换过去： git checkout -b feature_x 切换回主分支： git checkout master 再把新建的分支删掉： git branch -d feature_x 除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的： git […]
View Details本文将介绍如何在Windows操作系统下搭建Git服务器和客户端。服务器端采用的是Bonobo Git Server，一款用ASP.NET MVC开发的Git源代码管理工具，界面简洁，基于Web方式配置，简单易用。客户端是采用的TortoiseGit工具，UI操作，省去输入命令的麻烦，对于windows用户来说更易于使用。 所需软件： Git服务器端： BONOBO GIT SERVER，下载最新版：http://bonobogitserver.com/ Git客户端： msysgit,下载最新的软件：https://msysgit.github.io/ TortoiseGit，下载最新的软件：https://code.google.com/p/tortoisegit/ 如果以上连接无法正常访问, 序号1：可百度搜索：GIT64位或GIT32位等关键字找到相应的版本进行下载. 序号2：可百度搜索：TortoiseGit 64位或者GIT32位等关键字找到相应的版本进行下载. 一：配置服务器端 以下案例服务器环境是基于Windows10 + IIS7 + Bonobo Git Server 5.2 + WebDAV ，其他版本的操作系统或IIS略有不同 在Windows10下打开IIS7功能。开始-》控制面板-》程序-》启用或关闭windows功能，勾选Internet Information Services的选项。不会的可以谷歌或百度下。 2.下载好的Bonobo Git Server。是一个.zip压缩包文件，是用ASP.NET MVC开发的网站。 3.解压上步下载的压缩包到C:\inetpub\wwwroot。 4.修改APP_Data文件夹权限。允许IIS用户修改网站代码中的（C:\inetpub\wwwroot\Bonobo.Git.Server\App_Data）文件夹，所以需要做如下配置： 在APP_Data文件夹上右键选择“属性” 到“Security”（安全）的Tab页点击“Edit”（编辑） 给IIS_IUSRS赋予Write和Modify权限。(我通常是直接选择：完全控制) =》如果上步骤没找到IIS_IUSRS用户。那就点击添加→左下角高级→右边点击立即查找，最后添加即可，这样就可以在 “组或用户名”列表中显示了. 以上配置好之后, 我们首先打开IIS管理器。 1.选择：网站右击添加网址，然后弹出一个添加网站的界面， 自己拟定一个网站名称，然后物理路径也就是刚才那个解压好的文件包的路径。最好一步自定义一个端口号确定即可。 2.上步操作之后, 我们可以在网站列表中看到刚才添加好的网站。然后我们点击》 应用程序池，找到我们刚发布的网站，看看.NET Framework 版本是否是4.0。 如果不是，请右击网站，点击》基本设置，选择4.0即可，托管管道模式选择》集成 。 3. 最后一步：选择网站右击》管理网址》浏览，（或者右边中间的位置有个：浏览网站）如果能看到如下界面, 说明我们已经部署成功了。默认管理员账号密码均为：admin 如果对英文不习惯的，可以先通过admin账号密码登陆进去。再到上面菜单栏找到Settings》Language》Chinese(Simplified,PRC)即可。 到此我们的Git服务器已经搭建完成. 不过下面有个问题提醒： 》如果是第一次使用 IIS管理器, 很有可能报各种错, 其中有个错误好像是要给IIS注册>FrameWork 4.0。 下面简单介绍下IIS注册FrameWork4.0的步骤。或者直接百度》IIS注册FrameWrok 4.0方法。 1.打开dos命令窗口，打开窗口时请以管理员的身份打开。 开始->输入cmd->找到cmd.exe->右键cmd.exe->以管理员身份打开（弹出菜单）->打开dos命名窗口。 2.打开framework4.0所在目录，一般情况下在此目录下：C:\Windows\Microsoft.NET\Framework\v4.0.30319 3.在dos窗口中，后面按空格键，然后输入 -i 参数。（C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i）输入完毕后，回车即安装framework4.0到iis上。 from:https://www.cnblogs.com/ws1996/p/6257190.html
View DetailsGit在版本控制方面，相比与SVN有更多的灵活性，对于开源的项目，我们可以托管到Github上面，非常方便，但是闭源的项目就会收取昂贵的费用。 那么私有项目，如何用Git进行代码版本控制呢？我们可以自己构建Git服务器。一般来说，在Linux上搭建Git的教程比较多，但是如何在Windows Server平台下搭建Git服务器呢？ 对于很多.NET用户来说，代码编写的工具是Visual Studio，该工具是不支持SSH协议的，通过搜索和对比，发现Gitblit可以很方便的搭建服务，他是用Java编写的，所有安装的前提是安装Java运行时环境。 第1步：下载Java并安装Java.我这里下载的是jdk1.7.0_79 第2步：配置Java环境变量 右键” 计算机” => ”属性” => ”高级系统设置” => ”高级” => “环境变量” => “系统变量”。 新建：变量名：JAVA_HOME；变量值：C:\Program Files\Java\jdk1.7.0_79【具体要根据你自己的安装路径，我的是安装在D盘的】 新建：变量名：CLASSPATH；变量值：%JAVA_HOME%/lib/dt.jar;%JAVA_HOME%/lib/tools.jar 添加：找到PATH变量，选择编辑。把%JAVA_HOME%/bin;%JAVA_HOME%/jre/bin添加到”变量值”的结尾处。 第3步：验证Java是否安装成功。 在命令窗口中，输入javac, 回车，如果出现如下信息，说明安装成功。 第4步：下载Gitblit.下载地址：http://www.gitblit.com/ 第5步：解压缩下载的压缩包即可，无需安装。路径为 C:\gitblit-1.8.0 第6步：创建用于存储项目代码的文件夹。这里为G:\GitProject\webui 第7步：配置gitblit,文件在C:\gitblit-1.8.0\data下，打开gitblit.properties ，里面有 include = defaults.properties，说明配置信息在defaults.properties中 2.找到git.repositoriesFolder(资料库路径)，赋值为G:\GitProject\webui。 3.找到server.httpPort，设定http协议的端口号 4.找到server.httpBindInterface，设定服务器的IP地址。这里就设定你的服务器IP。 5.找到server.httpsBindInterface，设定为localhost 另外注意看看server.shutdownPort ，其默认值为 8081，是否被占用，如果占用请修改。 6.保存，关闭文件。 第8步：运行gitblit.cmd 批处理文件。运行结果如下，运行成功。 在浏览器中输入：http://192.168.180.159:10010/ ,默认可以用admin和admin进行登录，然后改密即可。 […]
View Details在项目中使用git管理代码后，有些时候会创建很多不同名称的分支，以此区分各个分支代码功能。 而随着代码的合并，以前的分支就可能不再需要保存了，所以就要对没有用的分支进行删除，包括紧急回滚时从中抽取某一个版本记录所创建的临时分支。 这时候就可以使用下面的命令： 1.列出本地分支： git branch 2.删除本地分支： git branch -D BranchName 其中-D也可以是--delete，如： git branch --delete BranchName 3.删除本地的远程分支： git branch -r -D origin/BranchName 4.远程删除git服务器上的分支： git push origin -d BranchName 其中-d也可以是--delete，如： git push origin --delete BranchName 注意：git命令区分大小写，例如-D和-d在不同的地方虽然都是删除的意思，并且它们的完整写法都是--delete，但简易写法用错大小写会执行失败。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
D:\work\src\XXXXXX\Uniqlo (dev) λ git branch Branch_45822f1f5e18ad8967503c58feaf55416dfc387f * dev dev_with_BT2016 master D:\work\src\XXXXXX\Uniqlo (dev) λ git branch -D Branch_45822f1f5e18ad8967503c58feaf55416dfc387f Deleted branch Branch_45822f1f5e18ad8967503c58feaf55416dfc387f (was 45822f1). D:\work\src\XXXXXX\Uniqlo (dev) λ git branch -r -D origin/Branch_45822f1f5e18ad8967503c58feaf55416dfc387f Deleted remote-tracking branch origin/Branch_45822f1f5e18ad8967503c58feaf55416dfc387f (was 45822f1). D:\work\src\XXXXXX\Uniqlo (dev) λ git branch * dev dev_with_BT2016 master D:\work\src\XXXXXX\Uniqlo (dev) λ git push origin -d Branch_45822f1f5e18ad8967503c58feaf55416dfc387f To http://192.168.22.103:8080/XXXXXX/Uniqlo.git - [deleted] Branch_45822f1f5e18ad8967503c58feaf55416dfc387f |
参考自：http://chevy.iteye.com/blog/2208119 from:https://www.cnblogs.com/VAllen/p/git-remote-delete-origin-branches.html
View Details简单说，Thymeleaf 是一个跟 Velocity、FreeMarker 类似的模板引擎，它可以完全替代 JSP 。相较与其他的模板引擎，它有如下三个极吸引人的特点：
1.Thymeleaf 在有网络和无网络的环境下皆可运行，即它可以让美工在浏览器查看页面的静态效果，也可以让程序员在服务器查看带数据的动态页面效果。这是由于它支持 html 原型，然后在 html 标签里增加额外的属性来达到模板+数据的展示方式。浏览器解释 html 时会忽略未定义的标签属性，所以 Thymeleaf 的模板可以静态地运行；当有数据返回到页面时，Thymeleaf 标签会动态地替换掉静态内容，使页面动态显示。
2.Thymeleaf 开箱即用的特性。它提供标准和 Spring 标准两种方言，可以直接套用模板实现 JSTL、 OGNL表达式效果，避免每天套模板、改 Jstl、改标签的困扰。同时开发人员也可以扩展和创建自定义的方言。
3.Thymeleaf 提供 Spring 标准方言和一个与 SpringMVC 完美集成的可选模块，可以快速的实现表单绑定、属性编辑器、国际化等功能。
摘要： 前言目前的应用系统，不管是企业级应用还是互联网应用，最终数据的一致性是每个应用系统都要面临的问题，随着分布式的逐渐普及，数据一致性更加艰难，但是也很难有银弹的解决方案，也并不是引入特定的中间件或者特定的开源框架能够解决的，更多的还是看业务场景，根据场景来给出解决方案。根据笔者最近几年的了解，总… 前言 目前的应用系统，不管是企业级应用还是互联网应用，最终数据的一致性是每个应用系统都要面临的问题，随着分布式的逐渐普及，数据一致性更加艰难，但是也很难有银弹的解决方案，也并不是引入特定的中间件或者特定的开源框架能够解决的，更多的还是看业务场景，根据场景来给出解决方案。根据笔者最近几年的了解，总结了几个点，更多的应用系统在编码的时候，更加关注数据的一致性，这样系统才是健壮的。 基础理论相关 说起事务，目前的几个理论，ACID事务特性，CAP分布式理论，以及BASE等，ACID在数据库事务中体现，CAP和BASE则是分布式事务的理论，结合业务系统，例如订单管理，例如仓储管理等，可以借鉴这些理论，从而解决问题。 ACID 特性 A（原子性）事务的原子操作单元，对数据的修改，要么全部执行，要么全部不执行； C（一致性）在事务开始和完成时，数据必须保持一致状态，相关的数据规则必须应用于事务的修改，以保证数据的完整性，事务结束时，所有的内部数据结构必须正确； I（隔离性）保证事务不受外部并发操作的独立环境执行； D（持久性）事务完成之后，对于数据的修改是永久的，即使系统出现故障也能够保持； CAP C（一致性）一致性是指数据的原子性，在经典的数据库中通过事务来保障，事务完成时，无论成功或回滚，数据都会处于一致的状态，在分布式环境下，一致性是指多个节点数据是否一致； A（可用性）服务一直保持可用的状态，当用户发出一个请求，服务能在一定的时间内返回结果； P（分区容忍性）在分布式应用中，可能因为一些分布式的原因导致系统无法运转，好的分区容忍性，使应用虽然是一个分布式系统，但是好像一个可以正常运转的整体 BASE BA: Basic Availability 基本业务可用性； S: Soft state 柔性状态； E: Eventual consistency 最终一致性； 最终一致性的几种做法 单数据库情况下的事务 如果应用系统是单一的数据库，那么这个很好保证，利用数据库的事务特性来满足事务的一致性，这时候的一致性是强一致性的。对于java应用系统来讲，很少直接通过事务的start和commit以及rollback来硬编码，大多通过spring的事务模板或者声明式事务来保证。 基于事务型消息队列的最终一致性 借助消息队列，在处理业务逻辑的地方，发送消息，业务逻辑处理成功后，提交消息，确保消息是发送成功的，之后消息队列投递来进行处理，如果成功，则结束，如果没有成功，则重试，直到成功，不过仅仅适用业务逻辑中，第一阶段成功，第二阶段必须成功的场景。对应上图中的C流程。 基于消息队列+定时补偿机制的最终一致性 前面部分和上面基于事务型消息的队列，不同的是，第二阶段重试的地方，不再是消息中间件自身的重试逻辑了，而是单独的补偿任务机制。其实在大多数的逻辑中，第二阶段失败的概率比较小，所以单独独立补偿任务表出来，可以更加清晰，能够比较明确的直到当前多少任务是失败的。对应上图的E流程。 业务系统业务逻辑的commit/rollback机制 这一点说的话确实不难，commit和rollback是数据库事务中的比较典型的概念，但是在系统分布式情况下，需要业务代码中实现这种，成功了commit，失败了rollback。 业务应用系统的幂等性控制 为啥要做幂等呢？ 原因很简单，在系统调用没有达到期望的结果后，会重试。那重试就会面临问题，重试之后不能给业务逻辑带来影响，例如创建订单，第一次调用超时了，但是调用的系统不知道超时了是成功了还是失败了，然后他就重试，但是实际上第一次调用订单创建是成功了的，这时候重试了，显然不能再创建订单了。 查询 查询的API，可以说是天然的幂等性，因为你查询一次和查询两次，对于系统来讲，没有任何数据的变更，所以，查询一次和查询多次一样的。 MVCC方案 多版本并发控制，update with condition，更新带条件，这也是在系统设计的时候，合理的选择乐观锁，通过version或者其他条件，来做乐观锁，这样保证更新及时在并发的情况下，也不会有太大的问题。例如update table_xxx set name=#name#,version=version+1 where version=#version# ,或者是 update table_xxx set quality=quality-#subQuality# where quality-#subQuality# >= 0 。 单独的去重表 如果涉及到的去重的地方特别多，例如ERP系统中有各种各样的业务单据，每一种业务单据都需要去重，这时候，可以单独搞一张去重表，在插入数据的时候，插入去重表，利用数据库的唯一索引特性，保证唯一的逻辑。 分布式锁 还是拿插入数据的例子，如果是分布是系统，构建唯一索引比较困难，例如唯一性的字段没法确定，这时候可以引入分布式锁，通过第三方的系统，在业务系统插入数据或者更新数据，获取分布式锁，然后做操作，之后释放锁，这样其实是把多线程并发的锁的思路，引入多多个系统，也就是分布式系统中得解决思路。 删除数据 删除数据，仅仅第一次删除是真正的操作数据，第二次甚至第三次删除，直接返回成功，这样保证了幂等。 插入数据的唯一索引 插入数据的唯一性，可以通过业务主键来进行约束，例如一个特定的业务场景，三个字段肯定确定唯一性，那么，可以在数据库表添加唯一索引来进行标示。 API层面的幂等 这里有一个场景，API层面的幂等，例如提交数据，如何控制重复提交，这里可以在提交数据的form表单或者客户端软件，增加一个唯一标示，然后服务端，根据这个UUID来进行去重，这样就能比较好的做到API层面的唯一标示。 状态机幂等 在设计单据相关的业务，或者是任务相关的业务，肯定会涉及到状态机，就是业务单据上面有个状态，状态在不同的情况下会发生变更，一般情况下存在有限状态机，这时候，如果状态机已经处于下一个状态，这时候来了一个上一个状态的变更，理论上是不能够变更的，这样的话，保证了有限状态机的幂等。 异步回调机制的引入 A应用调用B，在同步调用的返回结果中，B返回成功给到A，一般情况下，这时候就结束了，其实在99.99%的情况是没问题的，但是有时候为了确保100%，记住最起码在系统设计中100%，这时候B系统再回调A一下，告诉A，你调用我的逻辑，确实成功了。其实这个逻辑，非常类似TCP协议中的三次握手。上图中的B流程。 类似double check机制的确认机制 还是上图中异步回调的过程，A在同步调用B，B返回成功了。这次调用结束了，但是A为了确保，在过一段时间，这个时间可以是几秒，也可以是每天定时处理，再调用B一次，查询一下之前的那次调用是否成功。例如A调用B更新订单状态，这时候成功了，延迟几秒后，A查询B，确认一下状态是否是自己刚刚期望的。上图中的D流程。 总结 上面的几点总结，更多的在业务系统中体现，在超复杂的系统中，数据的一致性，不是说简单的引入啥中间件能够解决的，更多的是根据业务场景，来灵活应对。 from:https://www.cnblogs.com/BrightMoon/p/5622618.html
View Details