前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

导言：　　计算机中数字的表示范围是有一定的限制的，像Java中，常用的数据类型，如int、double等数据类型表示的范围都是有限的，当我们要计算的数字，其位数达到成百上千时，这些数据类型无法满足我们的需求，C语言中我们可以使用数组来储存位数，再对两个数组进行相应的运算；Java中为了处理大整数的运算，提供了一种数据类型：BigInteger，BigDe

前言我们在做java项目开发的时候，在前后端接口分离模式下，接口信息需要加密处理，做签名认证，还有在用户登录信息密码等也都需要数据加密。信息加密是现在几乎所有项目都需要用到的技术，身份认证、单点登陆、信息通讯、支付交易等场景中经常会需要用到加密算法，所谓加密算法，就是将原本的明文通过一系列算法操作变成密文。1.BASE严格地说，属于编码格式，而非加密算法

引言tio和netty的差异，这是个被大量问及的问题，在此，作为tio作者，列一些差异化的东西tio的最大优势API设计易懂，尽量避免引入自创概念——最大限度降低学习成本接管了大量业务资源的绑定与自动解绑，开发人员只需要无脑地调用API即可完成绑定与解绑功能，这个处理如果丢给业务开发人员是极其复杂易错的：多线程环境下的集合管理都是要同步安全的，同步的设计既

1\.innodb在不同隔离级别下的一致性读及锁的差异　　不同的隔离级别下，innodb处理sql时采用的一致性读策略和需要的锁是不同的，同时，数据恢复和复制机制的特点，也对一些sql的一致性读策略和锁策略有很大影响。对于许多sql,隔离级别越高，innodb给记录集的锁就越严格(龙其是使用范围条件的时候)，产生的锁冲突的可能性也就越高，

今天我们来介绍一下Mysql中不同类型的锁数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类全局锁全局锁就是对整个数据库实例加锁。MySQL提供了一个加全

我们在写java程序的时候，为了进行优化，把全部的精力用在了处理效率上，但是对IO的关注却很少。这也可能是由以前java早期时JVM在解释字节码时速度慢，运行速率大大低于本地编译代码，因此以前往往忽视了IO的优化。但是现在JVM在运行时优化已前进了一大步，现在的java应用程序更多的是受IO的束缚，也就是将时间花在等待数据传输上。现在有了NIO，就可以减

　　不管是什么日志文件，都是会越来越大的，大到一定程度就是个可怕的事情了，所以要及早的做处理，方法之一就是按时间段来存储，不过linux系统提供了Logrotate的日志管理工具，很好用，不用写计划任务脚本了，不过弊端是转储后的日志文件放入指定的目录，必须和当前日志文件再同一个系统，下面是摘录别人的。记录下以备不时之需。      Logrotate是L

从维基百科上翻译的，有点蹩脚包涵包涵。1xx消息相关的代表请求已经收到，继续处理。这个状态码的分类意味着一个临时的响应，仅有状态行和可选的头部信息组成，并且有一个空行结尾。因为HTTP/1.0并没有定义任何1xx相关的状态码，所以服务器应该发出一个1xx的响应给一个HTTP/1.0的客户端除非在实验条件下。100继续

本文将简单介绍HotSpot虚拟机中用到的锁优化技术。自旋锁互斥同步对性能最大的影响是阻塞的实现，挂起线程和恢复线程的操作都需要转入内核态中完成，这些操作给系统的并发性能带来了很大的压力。而在很多应用上，共享数据的锁定状态只会持续很短的一段时间。若实体机上有多个处理器，能让两个以上的线程同时并行执行，我们就可以让后面请求锁的那个线程原地自旋（