摘要: 总结:代码生成器大致有两种方式,1.根据po 生成 表 结构 等系列类,如 Hibernate自动生成 2.根据表生成 po 等系列类。其实实际 开发时候 多半还是 先设计好表,然后生成 的情况多。 元数据:描述数据的数据,就是记录数据的数据这就是所谓的元数据 ,比如 int age 那么元数据记录 阅读全文
posted @ 2019-06-18 10:39 川流不息& 阅读(307) 评论(0) 推荐(0)
摘要: 总结:有时候程序会出现各种错误,比如网络抖动,链接超时,或者其他的一些情况,为了增加成功的机会,出错时候多重试几次 在业务允许的情况呀,提高成功的概率,那么重试尤为重要了,比如我就遇到过,接口返回下载链接 而根据下载链接 却下载不到 对应的文件(那是调用别人的开发票接口(怀疑他们是异步生成文件的)) 阅读全文
posted @ 2019-06-17 14:01 川流不息& 阅读(963) 评论(0) 推荐(0)
摘要: 一片深林里分出两条路,而我选择了人迹更少的一条,从此决定了我一生的道路。 阅读全文
posted @ 2019-06-16 17:23 川流不息& 阅读(286) 评论(0) 推荐(0)
摘要: 网关:Nginx、Kong、Zuul 缓存:Redis、MemCached、OsCache、EhCache 搜索:ElasticSearch、Solr 熔断:Hystrix、resilience4j 负载均衡:DNS、F5、LVS、Nginx、OpenResty、HAproxy 注册中心:Nacos 阅读全文
posted @ 2019-06-15 10:06 川流不息& 阅读(1034) 评论(0) 推荐(0)
摘要: 总结:有时候我们异步处理结果,异步处理完成一半都是在处理的那端推送 消息(如 sms,极光或者自定义的推送消息系统)通知用户处理结果,不会立马返回处理后的结果,一般返回 排队中,或者处理中,前端轮询 查询结果 有时候在想 有没有 异步处理 同步响应结果呢,答案是有的,一般会设置超时时间,避免长时间等 阅读全文
posted @ 2019-06-14 10:07 川流不息& 阅读(229) 评论(0) 推荐(0)
摘要: 总结:其实我是讨厌写文档的,但是又不得不写文档,写接口文档的工具 有很多,如: CrapApi ,APIJSON,superapi,java-api-doc ,sosoapi,yapi 等 这里随便写下一下 swagger 常用注解 如下: @Api:用在类上,说明该类的作用。 @ApiOperat 阅读全文
posted @ 2019-06-13 16:45 川流不息& 阅读(5810) 评论(0) 推荐(0)
摘要: 总结:锁分很多种,说起来都可怕,有些我自己都不是很清楚 具体可以参考 https://github.com/redisson/redisson/wiki/8.-%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81%E5%92%8C%E5%90%8C%E6%AD%A5%E5%99% 阅读全文
posted @ 2019-06-12 14:38 川流不息& 阅读(1022) 评论(0) 推荐(0)
摘要: 总结:解决网站的高访问量,有三大利器,缓存,降级,限流,我这里讲解一下 常用的几种限流手段。 单机 ,有型号量,令牌通,漏桶, 分布式,可以考虑从网关,redis ngnix, 阿里 Sentinel 等手段解决 。话不多说代码如下: 1.单机: 1.1 型号量 // 线程池 阅读全文
posted @ 2019-06-11 16:00 川流不息& 阅读(755) 评论(0) 推荐(0)
摘要: 总结:灵活解耦,业务分离,单一责任,易维护 那么就可以使用观察模式了,例如:新用户注册 会有一系列的赠送活动(积分,优惠券等)。 单体项目 优先推荐guava 的 EventBus 其次spring Event 事件机制,服务分离 就可以考虑 分布式消息队列。话不多说 代码入下: 1.spring 阅读全文
posted @ 2019-06-10 18:15 川流不息& 阅读(2051) 评论(0) 推荐(0)
摘要: 总结:记录业务日志可以帮助自己留下证据,防止业务人员甩锅,所以系统一般有选择性的记录一些 业务日志。 步骤 如下,1.定义注解 2.aop 切入对于注解 3.线程池异步保存日志,4.使用起来美滋滋 代码如下: 注解 处理类 阅读全文
posted @ 2019-06-09 13:18 川流不息& 阅读(2617) 评论(2) 推荐(0)