大家好，我是白泽。这几天一直有空就开始了我的博客路。    今天我们来讲讲对象设计的技巧吧，之前自己也是一头雾水，这对象想怎么写就怎么写呗还设计个锤子啊？知道在上家公司工作，因为要求的规范比较严格，所以在类的设计上也是有点要求。之后看了本《java核心技术》，如果你是新手，那么我强烈推荐这本书而不是《java编程思想》，后者写的很好不过不适合新手

概述原本想把自己AES加密算法的整个实现过程给详细复述下来，分享给想学习的同学，也方便自己复习，但后来发现该工作量太大，加上作业太多没有过多的时间去写。所以就想把自己在学习的过程中多遇到的好的文章进行汇总，避免重复性的工作，因为我感觉有的文章的介绍和配图写的非常好，再次重复也没有意义。本文里我会将文章的链接附上，如有侵权，敬请告知！因为最近要完

我原来一直不用Android的模拟器，因为这东西的多年前的印象真的是很糟糕——启动半个小时，不支持OpenGL。即使后来有了x86镜像，在HAXM的支持下快的飞起，也不想用，因为NDK还要编译x86的。那个时候我一直用网易的MuMu模拟器——只需要编译Armv7的就行了。再后来就是网易的全部MacApp不知道抽了什么风，疯狂写log，直到写满硬盘为止，我就

在写case的时候，如果用例的操作是一样的，就是参数不同，比如说要测一个登录的接口，要测正常登录的，黑名单用户登录的，账号密码错误等等，在unittest里面要写多个case来测试。这样的情况只是调用接口的时候参数不一样而已，再写多个case的话就有点多余了，那怎么办呢，就得把这些参数都写到一个list里面，然后循环去执行这个case，这样就可以省去写多

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

背景2016年Q3季度初，在美团外卖上单2.0项目上线后，商家和商品数量急速增长，预估商品库的容量和写峰值QPS会很快遇到巨大压力。随之而来也会影响线上服务的查询性能、DB（数据库，以下统一称DB）主从延迟、表变更困难等一系列问题。要解决上面所说的问题，通常有两种方案。第一种方案是直接对现有的商品库进行垂直拆分，可以缓解目前写峰值QPS过大、D

在一般不管大的或者小的系统中，各家的产品都一样，闲的无聊的时候都喜欢让我们这些程序员导出一些数据出来供他观赏，非说这是必须需求，非做不可，那么我们就只能苦逼的哼哧哼哧的写bug喽。之前使用POI导出excel需要自己先去创建excel文件，还要创建sheet，写表头，操作起来确实很麻烦，针对产品这种随心而欲的需求我们能不能快速的做完这样一个产品看起来挺简

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

这篇其实可以不写的，但看到网上没有这方面的文章，觉得还是写一下澄清一下比较好，以便一些不太懂电脑的非计算机专业同学与初入门的计算机专业同学在碰到Android中毒的问题时不要陷入无谓的恐慌或误区。要知道，手机特别是ANDROID手机是非常安全的。它至少比电脑安全100倍。Android自身几乎是不可能中毒的。为什么这么说？因为我们都知道，Andro

    在一些复杂的应用开发中，一个应用可能会涉及到连接多个数据源，所谓多数据源这里就定义为至少连接两个及以上的数据库了。    下面列举两种常用的场景：    一种是读写分离的数据源，例如一个读库和一个写库，读库负责各种查询操作，写库负责各种添加、修改、删除。    另一种是多个数据源之间并没有特别明显的操作，只是程序