常耀光的博客

1、前提：二分查找的前提是需要查找的数组必须是已排序的，我们这里的实现默认为升序2、原理：将数组分为三部分，依次是中值（所谓的中值就是数组中间位置的那个值）前，中值，中值后；将要查找的值和数组的中值进行比较，若小于中值则在中值前面找，若大于中值则在中值后面找，等于中值时直接返回。然后依次是一个递归过程，将前半部分或者后半部分继续分解为三部分。可能描述得不是很清楚，若是不理解可以去网上找。从

什么是dcevm       dcevm(DynamicCode Evolution Virtual Machine)是java hostspot的补丁(严格上来说是修改),允许(并非无限制)在运行环境下修改加载的类文件.当前虚拟机只允许修改方法体(method bodies),decvm,可以增加 删除类属性、方法，甚至改变一个类的父类。原理参见Dynamic Code Evolut

下面的图是web模块的部分截图 我想打包的是 test环境 就用definedpackage里面的test目录替换 release环境的 同理用release目录替换使用maven-assembly-plugin插件1 打开web模块的pom.xml增加内容shumi-webtask   maven-assembly-plug

GluonJ是一个简单的面向切面编程(AOP)的java工具.GluonJ针对面向对象的语言(OOP)结构提供了一个极其简单的扩展方式实现了AOP的特性,非常独特：不同于其他流行的AOP框架,没有采用pointcut-advice,而是采用了revisers 和 within methods.        Gluonj是较高级别的API,底层使用javassist进行java类文件处

以下的相关介绍都是在未使用dcevm的情况classLoader的卸载机制      jvm中没有提供class及classloader的unload方法.那热部署及osgi中是通过什么机制来实现的呢?实现思路主要是通过更换classLoader进行重新加载.之前的classloader及加载的class类在没有实例引用的情况下,在perm区gc的情况下会被回收掉.    

前几篇篇文章介绍了介绍了JVM的参数设置并给出了一些生产环境的JVM参数配置参考方案。正如之前文章中提到的JVM参数的设置需要根据应用的特性来进行设置，每个参数的设置都需要对JVM进行长时间的监测，并不断进行调整才能找到最佳设置方案。本文将介绍如果通过工具及Java api来监测JVM的运行状态,并详细介绍各工具的使用方法。       需要监测的数据：(内存使用情况 谁使用了内存 GC的

java application项目（非web项目）改进前：-Xms128m-Xmx128m-XX:NewSize=64m-XX:PermSize=64m-XX:+UseConcMarkSweepGC-XX:CMSInitiatingOccupancyFraction=78-XX:ThreadStackSize=128-Xloggc:logs/gc.log-Dsun.rmi.dgc

不管是YGC还是Full GC,GC过程中都会对导致程序运行中中断,正确的选择不同的GC策略,调整JVM、GC的参数，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别（Web可以适当的停顿，但GUI停顿是客户无法接受的），而且由于跑在各个机器上的配置不同

JVM里的GC(Garbage Collection)的算法有很多种，如标记清除收集器，压缩收集器，分代收集器等等,详见HotSpot VM GC 的种类       现在比较常用的是分代收集（generational collection,也是SUN VM使用的,J2SE1.2之后引入），即将内存分为几个区域，将不同生命周期的对象放在不同区域里:young generation，tenu

java内存组成介绍：堆(Heap)和非堆(Non-heap)内存       按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发

Js apply方法详解  我在一开始看到javascript的函数apply和call时,非常的模糊,看也看不懂,最近在网上看到一些文章对apply方法和call的一些示例,总算是看的有点眉目了,在这里我做如下笔记,希望和大家分享..  如有什么不对的或者说法不明确的地方希望读者多多提一些意见,以便共同提高..    主要我是要解决一下几个问题:    1.apply和cal

cron 是一个可以用来根据时间、日期、月份、星期的组合来调度对重复任务的执行的守护进程。cron 假定系统持续运行。如果当某任务被调度时系统不在运行，该任务就不会被执行。要使用 cron 服务，你必须安装了 vixie-cron RPM 软件包，而且必须在运行crond 服务。要判定该软件包是否已安装，使用 rpm -q vixie-cron 命令。要判定该服务是否在运行，使用 /sbi

Systemd及service文件解析 Systemd是Linux下的一款系统和服务管理器，兼容SysV和LSB的启动脚本。Systemd的特征有：支持并行化任务；同时采用socket式与D-Bus总线式激活服务；按需启动守护进程（daemon）；利用linux的cgroups监视进程；支持快照和系统恢复；维护挂载点和自动挂载点；各服务间基于依赖关系进行精密控制。其中的监视和控制功能的

centos7的系统 防火墙是 firewall   在这里总结一下。 如果你的系统上没有安装使用命令安装#yum install firewalld //安装firewalld 防火墙开启服务 # systemctl start firewalld.service关闭防火墙# systemctl stop firewalld.se

下面我们来制作一个Nginx的镜像，通过编译安装方式来完成。重新制作一个基础镜像文件内容12345678910111213141516171819202122

构建一个自定义的Docker镜像必定离不开Dockerfile，有了这个文件我们就可以通过docker image build命令来构建我们自己的镜像，所以我们从先从制作一个简单的镜像开始。简单的Dockerfile：首先我们要先建立一个目录，用于存放Dockerfile，这个目录就是构建镜像的环境，该环境称作构建上下文，在构建镜像的时候会将该上下文和该上下文中的文件和

System.service：服务单元，你可以理解为系统服务和原来的init.d下面的服务一样，只是比它更加丰富。每一个服务都是以.service进行标识的，如下图：1systemctl list-unit-files --type=service我们看看一个服务包含哪些内容：

Target（目标）：在systemd中有一个叫做target的单元，也叫作目标单元。这个单元没有专用的配置选项，它只是以.target结尾的文件，它本身没有具体功能，你可以理解为类别，它的作用就是将一些单元汇聚在一起。通过下面的命令可以查看系统的target单元。1systemctl list-unit-file --type=

systemd.unit单元（Unit）Systemd由一个叫做单元（Unit）的概念，它保存了服务、设备、挂载点和操作系统其他信息的配置文件，并能够处理不同单元之间的依赖关系。大部分单元都静态的定义在单元文件中，也有一些是动态生成的。单元有多种状态：处于活动的则是（active），当前正在运行停止的则是（inactive），当前已经停止启动

Systemd：在CentOS 7中开始使用了Systemd，它取代了原来的SysVinit，我们在系统中查看，你会发现systemd这个进程的PID为1，而不是原来的init进程。systemd进程将作为所有进程的父进程运行，这就是在CentOS 7中的新的进程管理程序。这仅仅是一个名字的变化吗？答案是否定的。Systemd是Linux内核发起的第一个程序，通过上面的截图