解决方案

应用程序框架实战二十九:Util Demo介绍

泄露秘密 提交于 2019-12-29 05:16:29
  上文介绍了我选择EasyUi作为前端框架的原因,并发放了最新Demo。本文将对这个Demo进行一些介绍,以方便你能够顺利运行起来。   这个Demo运行起来以后,是EasyUi的一个简单CRUD操作,数据库中也只有一个简单的表,整个操作不带任何业务逻辑。   看到这里,不少朋友难免感到失望,搞这么复杂一个架构,就只用来实现一个简单的CRUD操作,不是大炮打蚊子吗?   不要急,我的目的不是教你如何实现CRUD,我还没有这么无聊,我是希望通过这个简单的CRUD操作,帮你引出一些框架特性,大致包括下面内容。 分层架构,虽然是一个简单的CRUD,但基本的构造块都包含进来了,还有一些没介绍到的构造,比如领域服务等,我会在后续提供其它示例时再引入。我前面也已经介绍过一些构造,还没介绍到的会补上来。 抽象和封装CRUD操作,虽然CRUD貌不惊人,但不论多复杂的系统,多少有一些CRUD的机械工作,对于简单的系统,CRUD则占据大半江山,所以对CRUD抽象和封装是有必要的。 Mvc控件封装,我将以封装EasyUi控件为例,为你详细介绍如何把Html封装起来,并使用Lambda表达式为你做更多的工作。 依赖注入,对于这种比较复杂的架构,依赖注入框架是必须的,如果没有它,这种架构用起来就非常痛苦了。 查询封装,我已经花了很多篇幅来介绍对查询的一些封装支持。通过这个示例为你介绍简单查询

oom

坚强是说给别人听的谎言 提交于 2019-12-27 20:05:44
JVM发生OOM的原因及解决办法整理 1. Java堆空间 造成原因 1、无法在 Java 堆中分配对象。 2、吞吐量增加。 3、应用程序无意中保存了对象引用,对象无法被 GC 回收。 4、应用程序过度使用 finalizer。finalizer 对象不能被 GC 立刻回收。finalizer 由结束队列服务的守护线程调用,有时 finalizer 线程的处理能力无法跟上结束队列的增长。 解决方案 1、使用 -Xmx 增加堆大小 2、修复应用程序中的内存泄漏。 2. GC开销超过限制 造成原因 1、Java 进程98%的时间在进行垃圾回收,恢复了不到2%的堆空间,最后连续5个(编译时常量)垃圾回收一直如此。 解决方案 1、使用 -Xmx 增加堆大小。 2、使用 -XX:-UseGCOverheadLimit取消GC开销限制。 3、修复应用程序中的内存泄漏。 3. 请求的数组大小超过虚拟机限制 造成原因 1、应用程序试图分配一个超过堆大小的数组。 解决方案 1、使用 -Xmx 增加堆大小。 2、修复应用程序中分配巨大数组的bug。 4. Perm gen空间 造成原因 Perm gen空间包含: 1、类的名字、字段、方法。 2、与类相关的对象数组和类型数组。 3、JIT编译器优化。 当Perm gen空间用尽时,将抛出异常。 解决方案 1、使用 -XX:

[Android]使用RecyclerView替代ListView(一)

送分小仙女□ 提交于 2019-12-27 10:18:54
1、技术问题:Android 中使用 RecyclerView 创建列表   解决方案: android v7兼容包RecyclerView的使用(一) 2、技术问题:如何为RecyclerView添加头部   解决方案: http://www.tuicool.com/articles/qMnAfen 3、技术问题:在图片中心显示文字   解决方案:使用FrameLayout,将TextView中的android:griverty = true 4、技术问题:Android中使用CardView 创建动态卡片   解决方案: http://www.myexception.cn/android/2053172.html 5、技术问题: Android中的RecyclerView如何实现项目条数的动态添加和删除   解决方案: http://doc.okbase.net/a396901990/archive/107839.html 6、技术问题:更改状态栏的颜色   解决方案: Android 五步修改状态栏颜色 7、技术问题:RecyclerView如何局部刷新其中的Item   解决方案: [Android]使用RecyclerView替代ListView(一) 8、技术问题:RecyclerView如何实现下拉刷新和上拉加载而更多   解决方案: http://blog.csdn

刷脸支付

不问归期 提交于 2019-12-27 01:29:39
继扫码支付之后, 又一支付风口 应用场景 智慧停车场 解决方案:智慧停车场 通过将车牌绑定支付宝、微信,让用户不再需要探出手取卡、缴费;觅付提供停车场、加油站、4S店等一体化支付解决方案。 解决方案:智慧餐厅 在精细计算成本的餐饮行业中,通过刷脸设备进行点餐、支付等高频行为,有效降低人力成本,无需排队等候,体验更佳。觅付刷脸支付还有的营销组件,更为餐饮商家提供了有效武器 解决方案:智慧商超 对于高峰人流量极大的大型商超而言,刷脸支付将简化支付步骤,减少排队拥堵,为顾客更好的提升消费体验。目前永辉、大润发、华润万家等正在逐步推进刷脸支付设备的铺设 解决方案:智慧零售 刷脸支付与扫码支付、收现金相比,省去了掏手机和找零钱等环节,目前可提升50%以上的收银效率。试点显示,刷脸注册会员的转化率相比传统模式可提升罗森等大型连锁便利店已全面接入刷脸支付 解决方案:智慧医院 传统医院排队挂号时间长,登记繁琐,就医体验差。通过接入刷脸支付,不需要繁琐的流程,刷脸便可挂号候诊,缓解医院在就诊高峰时段排队现象,改善患者就医体验,缓解挂号、收费、取药的窗口压力 解决方案:智慧书店 对于实体书店而言,经营与数据无法互动,顾客关系松散,线下门店与线上电商业务系统独立,线上流量难以利用;觅付刷脸支付有效打通数据壁垒,使书店能够全、准、快地了解消费者,赋能人、书、场重构;提升消费体验的同时

DB2分页

戏子无情 提交于 2019-12-26 16:02:07
前言 最近在做一个DB2的项目,遇到分页处理的设计时开始犯难。以前一直采用MySQL作为项目数据库,其中的Limit关键字非常人性化,MySQL把分页的处理逻辑封装到了数据库的核心中,使得做查询设计时,根本不用过多的考虑分页的问题。 可是DB2却把这个难题推到了我们面前。其实不止DB2如此,很多大型的数据库例如MS SQL Server也不支持分页关键字。当然,DB2中提供了RowNumber函数,同Oracle有一些类似。有很多解决方案都是由此关键字得来的。 为了解决这个问题,互联网上提供了如下几个解决方案: 方案一:利用JDBC2的数据集。JDBC2数据集中提供了absolute方法,用来在查询的结果集中进行定位,数据集保存在内存中,你必须告诉JDBC你想定位的绝对位置,这个位置由你来计算。对于海量的数据集,这种方式效率并不高。 方案二:利用DB2自带的函数 ROWNUMBER() OVER(ORDER BY sort-key),这里的RowNumber函数是通过排序计算出来的行的顺序号。根据这个原理,可以先SELECT满足WHERE条件的所有记录,然后用ORDER BY排序,在行号的基础上,结合子查询的组合得出查询结果。例如: select * from ( select rownumber() over(order by foo.bar, foo.baz) as

office web apps搭建与解决方案

∥☆過路亽.° 提交于 2019-12-26 13:24:43
微软office在线预览解决方案 https://view.officeapps.live.com/op/view.aspx?src=http://storage.xuetangx.com/public_assets/xuetangx/PDF/1.xls https://view.officeapps.live.com/op/view.aspx?src=http://dsideal-yy.oss-cn-qingdao.aliyuncs.com/down/Material/01/0100449C-E3C0-E321-520F-2A7687E3F8EC.ppt https://view.officeapps.live.com/op/view.aspx?src=http://dsideal-yy.oss-cn-qingdao.aliyuncs.com/down/Material/01/010A415E-F604-B28D-12D4-B2C6A6DC69DC.ppt https://view.officeapps.live.com/op/embed.aspx?src=http://dsideal-yy.oss-cn-qingdao.aliyuncs.com/down/Material/01/0100449C-E3C0-E321-520F-2A7687E3F8EC.ppt

Python爬虫总结——常见的报错、问题及解决方案

别等时光非礼了梦想. 提交于 2019-12-25 00:04:22
在爬虫开发时,我们时常会遇到各种BUG各种问题,下面是我初步汇总的一些报错和解决方案。 在以后的学习中,如果遇到其他问题,我也会在这里进行更新。 各位如有什么补充,欢迎评论区留言~~~ 问题: IP被封,或者因访问频率太高被拦截??? 解决方案之一: 使用代理IP即可。 问题: 正确使用XPath之后并没有输出??? 解决方案之一: XPath只能提取未注释的代码,改用正则表达式即可。 问题: 容易被反爬搞死??? 解决方案之一: headers中都要带上User-Agent,而Cookie能不带则不带。 报错: UTF-8不能处理字节??? 解决方案之一: 在headers中加入Cookie即可输出正常的HTML。 报错: ‘ gbk ’不能处理‘ \xa0 ’ ??? 解决方案之一: with open ( '%s.html' % title , 'w' , encoding = 'utf-8' ) as f : f . write ( rep ) 问题: 输出结果是字节类型,json对象无法正常显示??? 解决方案之一: 使用 json.loads 方法即可。 问题: url = 'https://tieba.baidu.com/f?kw=%E8%8B%B1%E9%9B%84%E8%81%94%E7%9B%9F&ie=utf-8&pn=0' 网址复制到py文件中,却变成了

APP网络测试-Charles

こ雲淡風輕ζ 提交于 2019-12-24 15:55:59
1.APP网络测试要点 2.Charles安装 链接:https://pan.baidu.com/s/1SqidGm7ngOEymoxsacoANw 提取码:c6hc 安装完成后替换lib中的charles.jar即可。设置手机代理配置。 3.Charles-procy-Throttle settings中可以模拟不同的网络环境 Bandwidth(Kbps)—>带宽(千位/秒) 由该值控制数据参数速度 download—>下载速度,指的是从网络上下载下来的速度 upload—>上传速度,指的是把数据上传到网络上的速度 Utilisation(%)—>可用率(%) 带宽可用率,大部分modern是100%。 Round-trip latency (ms)—>往返延迟(Ms) 延迟,就是网络请求发起时,延迟多 即TCP包的最大size,可以更真实模拟TCP层,每次传输的分包情况 Reliability (%)—>可靠性(%)-----丢包 指连接的可靠性。这里指的是10kb的可靠率。用于模拟网络不稳定。 Stability (%)—>稳定性(%)------抖动 连接稳定性,也会影响带宽可用性。用于模拟移动网络,移动网络连接一般不可靠。 Unstable quality range (%)—>不稳定质量范围(%) 开启后,Charles界面的"绿色小乌龟"会在点亮状态

Error configuring application listener of class org.springframework.web.cont

时光总嘲笑我的痴心妄想 提交于 2019-12-24 11:40:50
解决方案 1: 1. 打开工程属性对话框,到Deployment Assembly页面,点击Add 2. 选择Jave Build Path Entries 3. 把程序用于的Library加入进来 4. 重新运行Server应该看不到这个问题了 ( 解决方案 1 是网上的答案,原链接:https://blog.csdn.net/hunhun1122/article/details/80027352) 解决方案 2: ( 解决方案 1 并不适合我当下的情况,并且我的eclipse里并没有Deployment Assembly选项) (我的情况中Maven Dependencies是存在的)所以如果Maven Dependencies存在,但仍然报 Error configuring application listener of class org.springframework.web.cont异常,那就把Maven Dependencies Remove掉 ,然后右键项目在Maven选项中Update Project Configuration,再运行项目后不会再出现Error configuring application listener of class org.springframework.web.cont 错误。 之前为了解决这个问题,我把项目和JBoss

学习分布式架构感悟

╄→尐↘猪︶ㄣ 提交于 2019-12-24 00:01:50
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 随着公司业务规模的扩大,网站访问量日益剧增,最初的系统架构可能已经没办法满足业务发展的需求了。这时候就要考虑将系统架构改造成扩展性更强,能够承受更大访问量的分布式架构。 本文从大致三个方面谈谈分布式架构的概念、原理和相关的解决方案。为什么要做分布式?举个栗子,就好比原来城市的道路是双车道,同一时间只能容纳很小一部分车流量,但是改成多车道后,道路的容量就提升了几倍,网站也是相同的道理,用户的访问请求就是汽车,分布式架构就是在构建一个多车道的网站系统。接下来我们具体聊一聊各个层面的分布式技术解决方案。首先讲业务层的分布式,最简单的就是部署几台业务服务器,部署Apache或者Nginx,配置相同(vhost、域名解析、代码目录等),然后使用负载均衡技术将这几台服务器组成集群,达到对用户分流的效果。需要注意的是SESSION会话需要保存到数据库或者缓存系统中,保证SESSION的一致性,至于数据库,有统一的数据层,不需要担心数据不一致的问题。负载均衡有很多种解决方案,比较常见的是LVS(阿里巴巴章文嵩博士开发)、Nginx(阿里巴巴优化的Tengine)、HAProxy等。LVS是负责在4层网络实现负载均衡,有DR、隧道等方式,可以根据自身需求选择合适的方式。Nginx和HAProxy是负责7层网络的负载均衡