NIO新的输入/输出(NIO)库是在JDK1.4中引入的，弥补了原来的I/O的不足，提供了高速的、面向块的I/O。1.1流与块I/O与NIO最重要的区别是数据打包和传输的方式，I/O以流的方式处理数据，而NIO以块的方式处理数据。面向流的I/O一次处理一个字节数据：一个输入流产生一个字

背景默认的SpringEureka服务器，服务提供者和服务调用者配置不够灵敏，总是服务提供者在停掉很久之后，服务调用者很长时间并没有感知到变化。或者是服务已经注册上去了，但是服务调用方很长时间还是调用不到，发现不了这个服务。源码解读通过对SpringEureka源码的研究，发现如下机制（默认配置下）：!image(h

前言我们在做开发springboot项目时候会遇到各种各样注解，使用各种各样注解，极大的简便了我们开发流程，方式，从JDK5开始支持注解是Java语言的一种强大的功能可以理解为代码上的特殊标记，通过这些标记我们可以在编译，类加载，运行等程序类的生命周期内被读取、执行相应的处理。通过注解开发人员可以在不改变原有代码和逻辑的情况下在源代码中嵌入补充信息自定

IO的方式通常分为几种，同步阻塞的BIO、同步非阻塞的NIO、异步非阻塞的AIO。一、同步阻塞的BIO在JDK1.4之前，我们建立网络连接的时候采用BIO模式，需要先在服务端启动一个serverSocket，然后在客户端启动socket来对服务端进行通信，默认情况下服务端需要对每个请求建立一堆线程等待请求，而客户端发送请求后，先咨询服务端是否

我们知道Spring对于AOP实现有两种方法，如果类是接口实现类，则采用JDK动态代理实现AOP。如果类没有实现接口，则采用cglib生成子类做增强，以实现代理类的目的，其实运行时找到的是这个代理类，而不是原类。所以在一个代理类中调用内部的方法，是不是再走AOP逻辑的，那有什么好的方法可以解决这种问题吗？基于上面的思路有两种解决办法方法一：直接从

JDK中有个好用的工具“VisualVM”可以实时可视化的查看到java程序内存变化情况，对于理解GC和java内存管理还是有很大帮助的，以前看论坛看帖子讲到java内存管理真是各说纷纭啊！有人说“JVM的内存分为两块堆和栈”，还有人说"JVM的内存分为三块（新生代、老年代、方法区）"，想必很多人和我一样都搞得有点摸不着头脑了吧。下面来眼见为实：工欲善

1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。

1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。

Kaptcha是什么？kaptcha是谷歌开源的非常实用的验证码生成工具，基于SimpleCaptcha的开源项目。使用Kaptcha生成验证码十分简单并且参数可以进行自定义。只需添加jar包配置下就可以使用，通过配置，可以自己定义验证码大小、颜色、显示的字符等等。下面就来讲一下如何使用kaptcha生成验证码以及在服务器端取

在当今云计算的时代，弹性云主机（ElasticCloudCompute,EC2）为我们提供了前所未有的灵活性和扩展性，使得在云端部署高效的数据库系统成为可能。本文将从选择合适的云服务配置、优化数据库配置、数据备份与恢复策略以及保障数据库安全四个方面分享如何在弹性云主机上部署高效的数据库系统。