陈守璐的专栏

转载 使用google guava做内存缓存

google guava中有cache包，此包提供内存缓存功能。内存缓存需要考虑很多问题，包括并发问题，缓存失效机制，内存不够用时缓存释放，缓存的命中率，缓存的移除等等。 当然这些东西guava都考虑到了。guava中使用缓存需要先声明一个CacheBuilder对象，并设置缓存的相关参数，然后调用其build方法获得一个Cache接口的实例。请看下面的代码和注释，注意在注释中指定了Cache...

原创 关于对接支付系统的一点思考

最近在工作中负责对接支付，期间遇到了很多的问题，值得反思的问题很多，下面记录下来，为后来人做个借鉴。1，首先也是最重要的一点，保证网络的畅通无阻，开发，测试，生产环境。可以提出的建议是，双方开发个pingpong接口，使用postman调用一下，看看网络情况。如果对方不合作，那就调用查询接口，查看返回情况。2，针对接口文档的认知性，有可能对方给的文档都不是最新的文档，但是对方也不提供最新的...

原创 代码大全阅读笔记设计的挑战5

今天有点累，项目紧急要去做，就我自己一个人干，明天调试今天还没有完成，痛苦的很。就看了一会书籍。设计应该是从大到小的，并且各个模块是尽量不组成环状图形，会造成无法维护，口子多了当业务变更自己累死不说，还要担心系统影响问题。于2018年8/16 晚11点04...

原创 代码大全阅读笔记设计的挑战4

咱们来看看理想状态下设计的特征1，最小的复杂度，也就去原子服务，我提供最核心的功能数据，具体业务怎么组装，我不需要关心，也间接的解决了业务的侵入性2，易于维护，简明，可以自述的并且大家都理解的3，松耦合性，模块区分好，比如支付模块就可以和业务完全隔离4，可扩展性，对业务侵入第。并且功能升级修改不影响使用方。5，重用性，比如jdk 的公共方法包，哈哈6，高扇入性，类似于5...

原创 代码大全阅读笔记设计的挑战3

如何应对设计的复杂度，咱们先看一下书中说的造成复杂度的原因，1，用复杂的方法解决简单的问题2，用简单错误的方法解决简单的问题3，用不恰当的复杂方法解决复杂的问题 解决办法1，同一时间只处理的本质复杂度最小2，不要让偶然性的复杂度无谓的增长说白了，最核心的问题简单化，非核心的问题能减少尽量减少 于2018/08/15早上8点04美好的一天...

原创 代码大全阅读笔记设计的挑战2

设计的问题到目前为止大多数归于没有好的管理，当一个问题需要你揪着头发想的时候，就应该思考，这个需求是不是真正想要的，一切看着麻烦的事情，其实可以用最简单的办法解决。管理复杂度很重要，一个项目越是复杂，队伍，研发，对于使用者来说操作不便，越是有问题，只有让研发理解了，并且对于用户来说这个人，最简单的操作方式并且还达到了目的，这就足够了。明天看怎么解决复杂度问题。晚安，困了就睡觉，醒来会微笑。...

原创 代码大全阅读笔记之设计的挑战

       设计是非常有挑战的，随着系统的不断变大，设计也是不可控制的，不可预估的，正如书中所说，设计有可能是险恶的，只有出现了问题，才知道问题的所在，才会怎么解决掉他，没有完美的设计，即使推断出是一个清爽的结果，可能当前是，但是随着时间的变化，回过头来发现它并不是最好的。都是在妥协与前进中修修补补进行的。       正如书中所说，只有等到你没有时间去处理设计，设计才会暂时结束。   ...

转载 面试题目

  分类 题目 难度系数 标准评判（在此定义0-5分内容应该回答成什么样子) 分类 题目 难度系数 标准评判（在此定义0-5分内容应该回答成什么样子) Java基础 垃圾回收机制       线...

原创 数据库设计约定

一、公共部分1、存储引擎默认Innodb，非特殊要求一律使用此引擎2、字符集Database Server 字符集统一默认UTF-8，table和column从server继承二、表设计约定1、主键每张表必须包含物理自增主键，如主键字段不能满足业务需求，另建unique约束业务字段2、外键数据库表禁止主外键关联，需要在程序业务逻辑中维护。特殊情况如跟支付，财务模...

转载 SOA架构设计经验分享—架构、职责、数据一致性

阅读目录：1.背景介绍  2.SOA的架构层次 2.1.应用服务（原子服务）  2.2.组合服务  2.3.业务服务（编排服务） 3.SOA化的重构 3.1.保留服务空间，为了将来服务的组合 4.运用DDD+GRASP进行分析和设计（防止主观的判断导致错误的假设）  5.SOA分布式下的数据一致性 5.1.分布式事务（基于DTC的分布式事务）  5.2.事务补...

转载 SOA和微服务架构的区别？

转载 代码注意事项

代码注意事项代码指南：1. 代码必须format，用idea默认的代码风格来保证风格一致2.一律使用驼峰法命名3.类名大写，名词；方法名：动词或者动词+名词/形容词；变量名：名词/形容词4.单词不用简写，例如Description不要写成desc，以便尽可能的在不看代码上下文的情况下就能读懂代码想干什么5.变量/属性命名，尽量不要在名字里面带上List这样的字样命名示例：...

原创 关于调用第三方报错消息的认知

今天主要和第三方支付公司进行支付接口的对接，前期已经对接过，但是姿势不正确，修改成成姿势正确的步骤。遇到的问题：         由于是restTemplate发送post请求，故使用main方法调用。调用报错401 Unauthorized 未授权。想到的解决方案：遇到这个错误肯定是调用接口的签名signature或者token不正确，故询问为何不正确，帮助我查看code哪里不正确，...

原创 代码大全读书笔记之构建的重要性

1，确保前期构建工作是可以避免风险的，不能做浪费时间的事情2，如果是大型项目，处理逻辑复杂，比如支付系统等必须单独把需求分析，架构设计单独拿出来做为项目来处理，不打无准备之仗。如果是小型项目，如果经验充分，可以直接架构开发，如果涉及到知识盲点，最好俏皮，去做准备，搜资料，问朋友了解相关情况。3，关于花费在构建项目的长度，基本视个人能力做处理，基本在百分之10到20，如果可以，也可以更长，磨...