支付宝：web页面扫码支付、网站支付、支付宝即时到账 + springmvc
一、场景：公司需要在网站上进行支付宝支付。
二、API：使用支付宝开放平台的支付能力-即时到账接口。三、分析：
1、支付宝的文档比较容易看，主要是有相应的DEMO，我这里看的DEMO是 JAVA-UTF-8版本。
2、导入DEMO，在com.alipay.config中填入对应的partner和key（在对应的商户后台获取）就可以直接运行了解支付流程了。
3、改写：我这边使用的是springmvc+mybatis。商品发起购买（走支付宝支付）、跳转到支付宝、支付宝回调支付状态。
四、实现：
1、商品发起购买请求（将DEMO中的页面直接拿过来用了）。
请扫码关注
接收重要信息
支付宝即时到账(create_direct_pay_by_user)
支付宝即时到账交易接口快速通道
商户订单号:
注意：商户订单号(out_trade_no).必填(建议是英文字母和数字,不能含有特殊字符)
注意：产品名称(subject)，必填(建议中文，英文，数字，不能含有特殊字符)
注意：付款金额(total_fee)，必填(格式如：1.00,请精确到分)
注意：商品描述(body)，选填(建议中文，英文，数字，不能含有特殊字符)
2、点击确认支付之后，这里通过ajax请求后台，将返回的一段html代码直接放到上面的中，这个表单会自动提交。
$(function (){
$("#sbumitBtn").on('click', function(){
type : "post",
WIDout_trade_no : $('#out_trade_no').val(),
WIDsubject : $('#WIDsubject').val(),
WIDtotal_fee : $('#WIDtotal_fee').val(),
WIDbody : $('#WIDbody').val()
url : "${ctx}/aliPay/open",
success : function(data) {
$('#returnAli').append(data.sHtmlText);
error : function(da){
3、后台controller中，基本是将demo中的alipayapi.直接拿来用了，不同的是，参数的传递是自己定义的，返回方式符合apringm要求，并且根据业务需求保存了状态为未支付的订单信息。
@RequestMapping("open")
public ResponseEntity open(Model model, String WIDout_trade_no, String WIDsubject, String WIDtotal_fee,
String WIDbody) {
//////////////////////////////////// 请求参数//////////////////////////////////////
// 商户订单号，商户网站订单中唯一订单号，必填
String out_trade_no = WIDout_trade_
// 订单名称，必填
String subject = WID
// 付款金额，必填
String total_fee = WIDtotal_
// 商品描述，可空
String body = WID
// 把请求参数打包成数组
Map sParaTemp = new HashMap();
sParaTemp.put("service", AlipayConfig.service);
sParaTemp.put("partner", AlipayConfig.partner);
sParaTemp.put("seller_id", AlipayConfig.seller_id);
sParaTemp.put("_input_charset", AlipayConfig.input_charset);
sParaTemp.put("payment_type", AlipayConfig.payment_type);
sParaTemp.put("notify_url", AlipayConfig.notify_url);
sParaTemp.put("return_url", AlipayConfig.return_url);
sParaTemp.put("anti_phishing_key", AlipayConfig.anti_phishing_key);
sParaTemp.put("exter_invoke_ip", AlipayConfig.exter_invoke_ip);
sParaTemp.put("out_trade_no", out_trade_no);
sParaTemp.put("subject", subject);
sParaTemp.put("total_fee", total_fee);
sParaTemp.put("body", body);
// 其他业务参数根据在线开发文档，添加参数.文档地址:https://doc./doc2/detail.htm?spm=a219a..0.O9yorI&treeId=62&articleId=103740&docType=1
// 如sParaTemp.put("参数名","参数值");
// 建立请求
String sHtmlText = AlipaySubmit.buildRequest(sParaTemp, "get", "确认");
model.addAttribute("sHtmlText", sHtmlText);
// 保存支付记录
hysWebMeetingAliService.insertSelective(sParaTemp);
return new ResponseEntity(model, HttpStatus.OK);
4、回调：也是直接将DEMO中的notify_url.jsp中的java代码拿来稍微做了修改和加上业务代码（修改状态等）；
@RequestMapping("notify")
@ResponseBody
public String notify(HttpServletRequest request){
//获取支付宝POST过来反馈信息
Map params = new HashMap();
Map requestParams = request.getParameterMap();
for (Iterator iter = requestParams.keySet().iterator(); iter.hasNext();) {
String name = (String) iter.next();
String[] values = (String[]) requestParams.get(name);
String valueStr = "";
for (int i = 0; i < values. i++) {
valueStr = (i == values.length - 1) ? valueStr + values[i]
: valueStr + values[i] + ",";
//乱码解决，这段代码在出现乱码时使用。如果mysign和sign不相等也可以使用这段代码转化
//valueStr = new String(valueStr.getBytes("ISO-8859-1"), "gbk");
params.put(name, valueStr);
//获取支付宝的通知返回参数，可参考技术文档中页面跳转同步通知参数列表(以下仅供参考)//
//商户订单号
String out_trade_no = request.getParameter("out_trade_no");
//支付宝交易号
String trade_no = request.getParameter("trade_no");
//交易状态
String trade_status = request.getParameter("trade_status");
//获取支付宝的通知返回参数，可参考技术文档中页面跳转同步通知参数列表(以上仅供参考)//
if(AlipayNotify.verify(params)){//验证成功
//////////////////////////////////////////////////////////////////////////////////////////
//请在这里加上商户的业务逻辑程序代码
//——请根据您的业务逻辑来编写程序（以下代码仅作参考）——
boolean flg =
if(trade_status.equals("TRADE_FINISHED")){
//判断该笔订单是否在商户网站中已经做过处理
//如果没有做过处理，根据订单号（out_trade_no）在商户网站的订单系统中查到该笔订单的详细，并执行商户的业务程序
//请务必判断请求时的total_fee、seller_id与通知时获取的total_fee、seller_id为一致的
//如果有做过处理，不执行商户的业务程序
//退款日期超过可退款期限后（如三个月可退款），支付宝系统发送该交易状态通知
} else if (trade_status.equals("TRADE_SUCCESS")){
//判断该笔订单是否在商户网站中已经做过处理
//如果没有做过处理，根据订单号（out_trade_no）在商户网站的订单系统中查到该笔订单的详细，并执行商户的业务程序
//请务必判断请求时的total_fee、seller_id与通知时获取的total_fee、seller_id为一致的
//如果有做过处理，不执行商户的业务程序
//付款完成后，支付宝系统发送该交易状态通知
//根据订单号将订单状态和支付宝记录表中状态都改为已支付
flg = hysWebMeetingAliService.changeOrderAndAliStatusSuccess(out_trade_no);
//——请根据您的业务逻辑来编写程序（以上代码仅作参考）——
//out.print("success"); //请不要修改或删除
return "success";
return "fail";
//////////////////////////////////////////////////////////////////////////////////////////
}else{//验证失败
//out.print("fail");
return "fail";
5、return_url:页面跳转同步通知页面路径,就是支付成功后，支付宝回跳的一个页面。“需http://&#26684;式的完整路径，不能加?id=123这类自定义参数，必须外网可以正常访问”，支付宝明确规定了回跳的页面后面不能自定义参数，那么有的我们就是根据一些类型去判断跳转的就有点麻烦了。我这里做了一个取巧的做法：先把return_url.jsp中的java代码也直接搬过来，略做修改（换成springmvc的方式），我的回跳地址就是IP/aliPay/returnUrl，然后再new ModelAndView("redirect:/meeting/info")进行重定向到我们想到的url中，（参数问题看下文总结第4点吧）。
@RequestMapping("returnUrl")
public ModelAndView returnUrl(HttpServletRequest request){
ModelAndView mv = new ModelAndView("redirect:/meeting/info");
//获取支付宝GET过来反馈信息
Map params = new HashMap();
Map requestParams = request.getParameterMap();
for (Iterator iter = requestParams.keySet().iterator(); iter.hasNext();) {
String name = (String) iter.next();
String[] values = (String[]) requestParams.get(name);
String valueStr = "";
for (int i = 0; i < values. i++) {
valueStr = (i == values.length - 1) ? valueStr + values[i]
: valueStr + values[i] + ",";
//乱码解决，这段代码在出现乱码时使用。如果mysign和sign不相等也可以使用这段代码转化
//valueStr = new String(valueStr.getBytes("ISO-8859-1"), "utf-8");
params.put(name, valueStr);
//获取支付宝的通知返回参数，可参考技术文档中页面跳转同步通知参数列表(以下仅供参考)//
//商户订单号
String out_trade_no = request.getParameter("out_trade_no");
//支付宝交易号
String trade_no = request.getParameter("trade_no");
//交易状态
String trade_status = request.getParameter("trade_status");
String meetingId = request.getParameter("extra_common_param");
mv.addObject("meetingId", meetingId);
//获取支付宝的通知返回参数，可参考技术文档中页面跳转同步通知参数列表(以上仅供参考)//
//计算得出通知验证结果
boolean verify_result = AlipayNotify.verify(params);
if(verify_result){//验证成功
//////////////////////////////////////////////////////////////////////////////////////////
//请在这里加上商户的业务逻辑程序代码
//——请根据您的业务逻辑来编写程序（以下代码仅作参考）——
if(trade_status.equals("TRADE_FINISHED") || trade_status.equals("TRADE_SUCCESS")){
//判断该笔订单是否在商户网站中已经做过处理
//如果没有做过处理，根据订单号（out_trade_no）在商户网站的订单系统中查到该笔订单的详细，并执行商户的业务程序
//如果有做过处理，不执行商户的业务程序
//该页面可做页面美工编辑
out.println("验证成功");
//——请根据您的业务逻辑来编写程序（以上代码仅作参考）——
//////////////////////////////////////////////////////////////////////////////////////////
//该页面可做页面美工编辑
out.println("验证失败");
五、总结：
1、支付宝集成比较简答，稍微看下DEMO，跑一下了解了流程就比较容易了。
2、调试的时候，特别是回调，要把项目部署到能够外网访问的服务器上。
3、我没有遇到上面莫名其妙的问题，如果遇到了的话，可以联系我，或者看下这篇文章，进行问题的跟踪。
4、做页面跳转同步通知页面路径时，需要传递参数怎么办，我一开始是自定义了一个参数，可是没有取到，然后我看到DEMO中有一句注释是这么写的：
// 其他业务参数根据在线开发文档，添加参数.文档地址:https://doc./doc2/detail.htm?spm=a219a..0.O9yorI&treeId=62&articleId=103740&docType=1所以我打开看了之后，选择了公用回传参数extra_common_param，我自己知道这个字段对于我来说是什么含义。不过也要注意，人家说明了：
参数body（商品描述）、subject（商品名称）、extra_common_param（公用回传参数）不能包含特殊字符（如：#、%、&、+）、敏感词汇，也不能使用外国文字（旺旺不支持的外文，如：韩文、泰语、藏文、蒙古文、阿拉伯语）；
open方法中设&#20540;：
sParaTemp.put("extra_common_param", meetingId);
returnUrl方法中取&#20540;，并作为重定向参数：
String meetingId = request.getParameter("extra_common_param");
mv.addObject("meetingId", meetingId);
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'2015年5月 Java大版内专家分月排行榜第二2013年5月 Java大版内专家分月排行榜第二
2011年5月 Java大版内专家分月排行榜第三2011年1月 Java大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。关于后端程序员写前端用什么框架更好？
最近在看bootstrap，但是感觉还是要写很多html代码，有没有更加便捷的工具。
几年前，还是痴迷java的那会儿，我也曾纠结于前端框架的选择。试图找出一套一劳永逸的前端框架继承到项目架构中。搜遍全网得出以下结论：各大前端框架可以按照“封装度”的标准来区分。设计刚出的一套网页皮肤，封装度为0。层层封装到可以直接用后台语言写页面，封装度为10。那么我是这样来区分前端框架的。1级——纯html+css放5年前，基本就是用Dreamweaver刚排出来的页面或者网页查看源代码扒下来的皮肤。不涉及到js，就是纯页面皮肤。--------------------------------2级—— bootstrap系列bootstrap的出现是一个里程碑事件。发源于twitter，引入了不少html5/css3的特性。由于它对响应式的支持以及良好的体验，给人一种耳目一新的感觉。其源码，不管是css还是js都值得学习一下，看后经常会有“原来还可以这样做”这种恍然大悟的感觉。不过归根结底是一套ui皮肤+少量js组成的框架，属于封装度偏低的框架。经典页面大概是这样：--------------------------------3~4级—— metronic/adminLTE系列基于bootstrap或者其他1级框架，然后集成了各种jQuery插件、富文本编辑器等js库，组成的一个大杂烩工具包和案例库。皮肤基本是基于bootstrap自定义的一套主题。案例比较详尽，开发的时候找到需要的组件把前端代码复制粘贴，再稍微调试一下就能达到良好的视觉效果。根据集成的第三方库的多少，基本可以划分到3~4级封装度这样的范围。这个级别的框架的代码更多的是属于粘合剂，将各种不同的第三方库的前端代码粘合起来。经典页面大概是这样：--------------------------------5级—— jQuery-ui这里要单独把jQuery-ui拿出来讲，并不是因为它的封装度有多高，而是我认为它是一个分界点。jQuery以下级别的框架，代码以css为主，自身的js代码少，框架量级更轻，更灵活，更适合互联网web产品。jQuery以上级别的框架，属于前端的重度封装，通过框架暴露的接口进行开发，开发人员甚至不需要太多前端知识，只需要详细查看框架的开发文档即可。jQuery以上级别的框架更适合传统管理软件的开发。--------------------------------6~7级—— easy-ui/DWZeasy-ui基于jQuery-ui，不过具有更丰富的组件库。貌似商业版收费很高。听说某大型国企花了大价钱购买下来使用。DWZ是国产框架中我认为综合表现还不错的，完全免费，有问题可以在他们的QQ群里提。其余的之前还用过金蝶的operamasks-ui，不过现在好像已经不更新了。这一类级别的框架还有一个另外的称呼——“富客户端框架”，意思就是重度js框架。使用起来开发效率很高，当年也是一度百花齐放，框架辈出。经典页面大概是这样：----------------------------------------------------------------8级—— extjs系列extjs属于前端框架领域中的庞然大物，封装程度很高，具有自成体系的元素选择引擎和浏览器兼容方案，js写法上也有自己的方式。组件很多很全。只看extjs的官方文档和示例几乎不必学习任何其他的前端知识就可以做出“很漂亮”的前端页面。当然页面很容易“撞衫”。使用时间长了，会对其产生严重依赖，离开extjs，几乎不会写前端页面了。经典页面大概是这样：--------------------------------9级——vaadin/GWT最后一级，也是封装度最高的一级，也就是所谓的使用后台语言写前端。如果说之前的八级至少前端和后端还是相对分离的，后台程序在java中写，前台程序在html或者js中写；那么这一级别的框架简直会颠覆你的认知！只需在后台使用java写好了类和对象，并设置好相关的属性，网页的元素是自动通过后台对象生成的。这当然有好处，妈妈再也不用担心我不会写js和css了。然而就学一下html/css/js真的那么难吗？个人认为，尽管GWT有google的这么强悍的背书，但是这种9级封装的本质上把前后台耦合得更紧密。一个人做一个项目还可以考虑，但是一个团队前后台分离、模块化开发的时候，使用这种框架是一种灾难！所以我是极度不建议使用9级封装框架的。--------------------------------综上，针对不同的编程方式，给出以下参考：1
DOP（Deadline Oriented Program，面向截止日期编程）的程序猿们有两种选择：a、努力学习html/css/js，使用2~3级框架；b、看不上前端代码的，6~8级是不错的选择。对于业务优先、老板整天嚷嚷时间有多紧、客户有多急切的项目，你可以直接选b了，我觉得老板是不会给你时间学习html/css/js的。2
EOP（Experience Oriented Program，面向用户体验编程）的程序猿们，大多数做的是追求极致用户体验的互联网产品吧。那果断选1级封装度的框架，可适当借鉴2~4级的框架。3
MOP（Money Oriented Program，面向人民币编程）对于一直做后台，趁过年放假想赚个外快的程序猿们，我知道你们也不想在前端领域有多大发展，搞好后台就足够一辈子衣食无忧了，所以还是选择6~8级吧。此外，需要考虑搜索引擎优化的项目，慎用富客户端或者重ajax应用。什么？你还需要考虑ie6的兼容性？出门左转有一面墙，你可以撞上去了，不送！最后告诉大家，这些都是几年前我为了治疗自己的选择恐惧症而进行的一些分析。现在，答主我已经不再纠结各种前端框架了。因为心中有剑，枝叶、落花皆可为剑。----------------------------------------有朋友提到backbonejs/angularjs/reactjs/vuejs这些新兴框架，感觉很有必要补充完善一下这个答案。大约五六年前，前端还是一个边缘岗位，前端的工作中：css方面的由设计师用dreamveaver等工具顺带就做了；js方面的由后台程序员写写实现了效果就行了。究其原因，主要还是由于当时在html5尚未大面积支持的情况下，浏览器网页端的表现力有限。为增强表现力甚至还需要依靠flash的支持。近几年随着移动端的兴起以及html5/css3等技术的推广，web端表现力日渐丰富，也越来越复杂。计算机这门学科就是这样，当一件事物复杂到一定程度就一定有人抽象出各种框架来提高可维护性与可扩展性。传输复杂了，有了osi 7层和5层框架；服务器集群复杂了，有了云计算各种框架；乃至销售问题复杂了，也有人总结出《销售技巧xx招》…这种抽象也是人类的一种基本思维方式。前端岗位正是在网页前端复杂性逐渐增加的推动下产生的。说实话，很多老程序员以前是是看不上前端行业的，认为无非是一些奇巧淫技而已。而现在，以javascript为基础的前端技术已经成功逆袭，nodejs的发展更是让js有了扬眉吐气的一天。现在回过头来看backbonejs/angularjs/reactjs/vuejs系列框架，它们其实并不是给后台程序员准备的框架。不要轻信它们官网上的提到的“简单易用快速上手”之类的宣传语，那不是跟后台程序员和js初学者说的。如果你对js原型链、作用域、异步回调的概念还很模糊，用了这些框架只会让自己陷入泥潭难以自拔！虽然你也可以将这些框架简单粗暴得划分到7级封装度左右，但是我并不认为这些“深度前端”框架适合后台开发者。当然啦，事无绝对，如果你像我一样兴趣广泛，喜欢折腾，前后端双修，那你自然清楚该选什么前端框架，也就不会到知乎上来问这个问题了。这就是现在的我，有了一定的前端功力，开源社区的森林里那么多丰富的资源，枝叶、落花都是利刃，也无需在框架上纠结了。
推荐两个我自己使用颜值很高的前端框架：Admin LTE：基于Bootstrap的一套后台系统，有很多现成模板可使用，又好看又好用，必须推荐！官网：预览：GitHub：
（目前star 7000+）Materialize：Material设计风格的前端框架，使用起来类似Bootstrap，非常漂亮，写代码的时候看着页面也非常舒服。我的开源项目就是用的它来做前端的。官网：GitHub：
（目前star 14000+）
的开源 UI 框架 ，为帮助开发者实现特定的一整套 UI 而设计的框架。
react + redux + antd，后端程序员实战表示这一套非常爽。
用react拼页面，支付宝已经全栈搞起了
作为一个后端程序员，不想学HTML/JS/CSS的话，别写前端了，写了也没法维护。
对bootstrap做个封装，用js渲染那些复杂的html结构，就不那么麻烦了
ant.design 你值得拥有
underscore是一定要用的，其它的随意。
webpack + babelify + react + redux 和后端一样写写就行了，require 什么的和后端一样用。爽死你
已有帐号？
无法登录？
社交帐号登录