作者：小傅哥博客：沉淀、分享、成长，让自己和他人都能有所收获！😄一、为什么手写Spring这个与我们码农朝夕相处的Spring，就像睡在你身边的媳妇，你知道找她要吃、要喝、要零花钱、要买皮肤。但你不知道她的仓库共有多少存粮、也不知道她是买了理财还是存了银行。开个玩笑，接下来我要正经了！为什么Spring天天用，但要想去读一读源码，怎么就那么难！因

背景根据本人写博客的惯例，先交代下背景。在公司的系统中，我们的配置文件是切分有好几个的，不同的配置文件里面配置内容有着不同，对于日志的输出，也需要对不同的环境做出不同的输出，这是一个前提，本文即将讲述到的将日志输出到oracle数据库就是分环境输出的，本地测试的日志是非常多的，服务也时常重启，调试等，因此本地环境的日志不宜输出到数据库，而线上环境不

1.概述这其实是我第一篇想写的博客，可能是因为我遇到了太多的坑，那个时候刚入行下了很多Demo发现怎么也改不动，可能是能力有限，这次就做一个具体的实现和彻底的封装。　　上次讲了，有了源码分析我们对ViewPager就有了一个大概的了解，那么再来封装成自定义View，就会简单许多，附视频讲解地址：　　　　这里写图片描述2．效果封装2.1

1.概述这其实是我第一篇想写的博客，可能是因为我遇到了太多的坑，那个时候刚入行下了很多Demo发现怎么也改不动，可能是能力有限，这次就做一个具体的实现和彻底的封装。　　上次讲了，内涵段子项目中的热吧其实还有一个广告轮播的功能没写，这里就以这个项目为例吧，附视频讲解地址：　　　　这里写图片描述2．ViewPager源码分析传递数据的方式决

目前的工作在做在线的标注工具，接触canvas一年了，各种绘制，基本上图像的交互canvas都可以完成，也写了几篇关于canvas的文章，遇到的问题也写博客上了，对于canvas有问题的朋友可以去看看。一直想写一个关于canvas系列的东西，也没时间。正好最近再捣鼓canvas，有时间就写一点，一个功能一个功能的写，争取写一个系列。以前都是绘制矩形，

大家晚上好，最近忙每天忙于项目没有时间更新自己的博客，时间就是海绵嘛硬挤挤就是有的，咂看标题"流程图"，编程界的一个不可或缺的技能，特别是在做复杂的逻辑的时候要处理好每一步的关系，在数据中讲就是数据之间的关联关系，或者关联模型等，通俗点也就是父子，母子等关系。首先给大家介绍几款画流程图的软件：亿图图示，VISIO，百度脑图（在线使用），office等

本文在编写时参考了博客作者“鹿呦呦”和在线课程“即时消息技术剖析与实战”的相关资料，一并表示感谢。1、系列文章引言IM系统看似简单（没错，很多土老板认为开发个qq和微信也就是几万块钱的事... ），实责是众多技术的应用合体，包括网络编程、移动开发、后端开发、高并发、高可用、高安全等技术范畴，再加上多端使用不同的编程语言，想要凑齐一个

计划每周写一篇博客，督促自己快点学习，懒惰会让人上瘾，努力奋斗，不忘初心。某天，忽然来任务，要做hbse入库，之前自学过hbase，感觉挺简单的，网上搜了些model直接撸码，一天完成核心功能，测试了下跑通了，更加需求建了两个表，每张表日录入数据量接近两千万，感觉挺简单的。大概过了快一个月，这个很简单的东西，罢工了提示查询失败。因业务需要，设计时ke

“文档”包括外部和内部技术文档、博客、社交网络分享知识、演示、操作指南、会议报告、网络研讨会、播客节目、维基百科页面、信息图表等等。在当今快节奏的世界中容易迷失于各种职责。但是，虽然编写文档不像编写代码、设置流程或解决问题那样能立即获得回报，但创建良好的文档是向周围人以及未来自己展现同情心的表现。它的影响是长远的，文档高手最终会成为人生赢家。

我们有时候也会看到一些博客看到或者听到一些同事在说：这个业务有什么难的，不就是CRUD么？在软件生命周期初期，我们通过CRUD这种方式我们可以快速的实现业务规则，交付项目，但随着业务逐渐复杂，通过CRUD这种粗暴方式不可避免地会淹没业务核心规则，产生很多祖传（屎山）代码，系统交接的时候我们经常会听到，上一个开发是SB，或者自嘲自己是在屎山上面继续堆屎。