关于原生开发好，还是混合模式开发好，还是套壳的方式好，在这里不是重点，没有最好的，只有相对适合的。重点是那种方式以最低的资源代价适合你的业务场景，适合你的团队，根据实际情况来做技术选型。1，使用h5替代android的viewxml前端将写好的h5页面放在android工程的asset目录，打包的时候会将h5页面一起打在apk里面，

背景:        随着你的网站业务量的增长你网站的服务器压力越来越大？需要负载均衡方案！商业的硬件如F5又太贵，你们又是创业型互联公司如何有效节约成本，节省不必要的浪费？同时实现商业硬件一样的高性能高可用的功能？有什么好的负载均衡可伸张可扩展的方案吗？答案是肯定的！有！我们利用LVSKeepalived基于完整开源软件的架构可以为你提供一个负

作为Zabbix骨灰级粉丝，一直以来对第三方监控（APM）都是拒绝的。一来觉得收费，二来担心数据被人所知，三来觉得Zabbix牛逼到无可取代。但是，随着APM市场的火爆，我决定「放下身段」试用一次，并且会总结出它与开源监控之间差别在哪里。运维经历的磨难虽然都在不同的公司，做着不同的业务，但是大多运维总会经历相同的故事，以及

最近在运行Informatica全量抽取时候，系统报了很多莫名的错误，日志也没有显示警告信息。按有限的日志信息查询，可能的原因一般是磁盘空间不够，内存不够，或者是数据量量太大，缓存爆了。经排查，是加载的数据量过大，导致了数据加载的失败。只好通过限制每次的加载数量，分批多次进行跑数据了。业务系统使用的是Mysql数据库，因此在ODS层抽数时候，使用

Java生鲜电商平台订单模块状态机架构设计_说明:在Java生鲜电商平台中订单的状态流转业务__我们知道一个订单会有很多种状态：临时单、已下单、待支付、待收货、待评价、已完成，退货中等等。每一种状态都和其扭转前的状态、在扭转前状态所执行的操作有关。_一实例说明举例一个过程：用户将商品加入购物车，在后台生成了一个所谓的“临

分析和优化的基本步骤如下：1、如果是SQL语句的写法问题，我们可以通过在不更改业务逻辑的情况下改写SQL来加以解决；2、如果是不必要的全表扫描/排序而导致了目标SQL的性能问题，我们可以通过建立合适的索引（包括函数索引、位图索引等）来加以解决；3、如果是表或者索引的不良设计导致的目标SQL的性能问题，我们可以通过重新设计表/索引

前面我们说了反向代理，例子中用的是，两个请求请求同一个ip地址和端口，然后Nginx来根据域名调用不同的tomcat来进行请求处理及响应。反向代理主要说的是：不同的请求请求同一个Nginx服务器，Nginx服务器来决定由那个真正的业务服务器（eg:tomcat）处理某个请求。下面说负载均衡负载均衡一般是指，针对同一个（域名的）请求发送很多次，同

    Spring同时支持编程式事务策略和声明式事务策略，大部分时候，我们都推荐采用声明式事务策略。使用声明式事务策略的优势十分明显：声明式事务能大大降低开发者的代码书写量，而且声明式事务几乎不影响应用的代码。因此，不论底层事务策略如何变化，应用程序都无需任何改变应用程序代码无需任何事务处理代码，可以更专注于业务逻辑的实

Hello大家好，本章我们添加全局异常处理。另求各路大神指点，感谢一：为什么需要定义全局异常在互联网时代，我们所开发的应用大多是直面用户的，程序中的任何一点小疏忽都可能导致用户的流失，而程序出现异常往往又是不可避免的，所以我们需要对异常进行捕获，然后给予相应的处理，来减少程序异常对用户体验的影响二：添加业务类异常在前面说过

自从进入互联网时代以来，智能手机快速普及，移动终端成为人们生活中不可或缺的一部分。互联网公司趁着东风高速发展，甚至成为国家资本巨头。互联网用户人数猛涨，对娱乐，工作，生活质量的要求就会更高，那么软件的设计规模便随着需求而逐渐庞大，业务需求也比曾经要复杂的多，尤其是对软件系统的性能、吞吐率、稳定性、扩展等特性提出了更高的要求。