摘要：Redis是单线程内部机制，那么怎么实现并发？在单机上部署多个Redis实例。 阅读全文

摘要：刚才一瞬间发现一切编译之后都不好用了； 之前的一个操作是解决Errors running builder 'Integrated External Tool Builder' on project '的异常问题；难道是因为它吗？ 就在我打算重新解压缩工程的时候；突然想到之前把网线给拔了，会不会是.. 阅读全文

摘要：理解技术首先是合，就是掌握抽象的流程为主，就像金字塔的塔尖，向下拓展；流程清晰之后就是分，要把流程进行拆分，或者说分离，因为只有分离了你才更加有掌控力，因为如果是揉在一起你很难对于进行埋点，入口，出口控制；只有分离，都拆开了，你才能够更好对其进行修改。 以上的心得是我在读dockerone.io里面 阅读全文

摘要：解决404问题 开始请求过滤是放在编程来进行判断（在doFilter函数中做）；后来发现解决请求过滤更好的方式，不是代码的方式来进行过滤，而是在web.xml文件中增加过滤配置。加完之后不好用；后来发现是因为filter要配置为LoginAction.do，那个.do没有添加导致了问题。 <filt 阅读全文

摘要：研究技术的意义到底是什么？我在“如何阅读源码“中介绍了N论的阅读模式，那么下面介绍一下第二轮之后代码的阅读； 到了第二轮，代码理解防线发生了变化，第一轮是宏观上了解生命周期，识别控制流；那么到了细节，要关注什么？我把spring一套源码都默写下来，真的有意义吗？可能有意义，书读百遍其义自见；可见读书 阅读全文

摘要：在用BoneCP的时候，发现一个JVM日志中报了一个异常，大意是“探测（detect）到有数据库链接没有关闭”（不得不说JVM的强大），但是我用的是连接池里面的链接啊，怎么会需要关闭呢？ 有问题首先找官网。 于是我上官网又看了一遍Demo，但是只是一个简单的Demo，历史的BoneCP的sample 阅读全文

摘要：每当研究一个新技术，你应该关注的是这个技术背后的东西，比如kudu使用的raft算法，研究大数据的时候，应该看看Google的三篇论文；研究微服务，你要学的是分布式的原理原则，最佳实践。总之你要跳出技术本身来学习其理念，这才是学习技术。 阅读全文

摘要：怎么读技术书？首先明白每个章节的主题，然后搞明白描述内容是如何和主题关联的。比如比较麻烦的一本书《机器学习》里面的一个章节，讲述的是变分推断，那么你要搞明白，什么是变分推断要解决的问题：获取解的后验分布。那么有了这个主题，后面的长篇的公式的推导，其实都是在围绕这个主题，你就不会迷失在冗长繁杂的推导了 阅读全文

摘要：最近在研究jeesite，开始的套路是从头开始读，但是这样效率还是太低； 我觉得应该是调试，瞅准几个核心功能进行前后台跑，比如登录功能，一遍下来shiron基本搞通了，系统管理功能，比较简单，具有研究框架实现的意义，跑一边，里面的spancan以及cache等核心功能也是搞掂了。 当你把核心的点都跑 阅读全文

摘要：Jdbc报错“记录超长”，百度一下推测可能是因为SQL过长导致；但是后来经过老杜指点，发现原来是因为字段（varchar 8000）超长导致； 解决问题的套路： 1. 首先在Sql的客户端上执行代码；如果不错，说明还是代码处理有问题；如果抛异常说明Sql语句问题；简言之，缩小问题范围； 2. 如果第 阅读全文

摘要：首先，要站在超越阅读源码的角度才能够读懂源码； 然后，要明白读源码的几个阶段，首先是要使用明白，在应用层面搞懂这个源码是做什么用的，要能够run起来； 接着是调试阶段，最好是能够Debug，这一点是从《阅读struts源码》中找到灵感，否则因为if分支或者其他原因，很可能陷入误解之中； 在阅读的过程 阅读全文

摘要：做事不要急于去做，要感知这件事情本身是什么事情，应该怎样的套路来做。事情之美在于感受和设计，并基于此进行执行，做，已经是细枝末节的事情。 开发流程 1、 需求分析，写出一个草稿版的需求分析说明书，重点说明逻辑关系，对象间关系，流程，通过流程图，对象图，用例图，时序图等；项目经理写； 2、 设计，使用时序图，对象图等形式，将对象的封装，职责的划分使用UML表示清楚；DB文档整理好； 3、 评... 阅读全文

摘要：评审一项东西，首先是要你自己心理有谱，需要评审那些点，所以评审本质是评审两样东西：第一，该有的点是否都有；第二，这些点是否达到了要求。 在评审接口文档的时候，需要评审： 1.接口参数是否足够，要知道参数本质就是描摹接口，所以参数应该是对一个接口方法的一个很好的说明；场景是否都满足；参数的描述是否足够具体，便于他人了解； 2.返回值是否足够；返回参数的描述是否具体，便于他人了解； 3.错误返... 阅读全文

摘要：发现问题传达问题的最本质内容：还原问题。还原问题就需要问题提供者提供一下三个问题，也是作为PM在迎接问题的时候需要从客户那边得到的信息：1.谁发现的问题，发现者；2.发生源，比如那个系统，家用还是商用，是测试还是正式；3.场景参数，比如哪个用户（权限），执行操作的流程是怎样的，执行数据之前的状态是怎样的，预期是什么，操作之后状态怎么样，归纳一下；参数大致分为两类：操作参数和数据参数以上三点是迎接问题的时候需要做好准备的，只有回答过了以上三个问题以后，才能够比较可靠地还原问题，进而追踪问题还更加有效。根据不同的项目，以上三点的内容会有出入，还请仔细考虑。 阅读全文

摘要：1.项目概述：对于一个新的项目需要把这个项目的理念和概念介绍一下；让领导对项目有一个概念 2.工作进入到了那个阶段：需求分析，设计开发，变更维护，回款阶段；让领导首先对进度有一个概念； 3.对于项目现状给一个评价：正常，延迟，还是重大问题；让领导对进度的状况有一个概念； 4.项目特别情况介绍：比方说质量问题，回款关系人要求，对于项目有什么要求，团队成员变动/风险等等；让领导对于项目特殊情况有... 阅读全文