定时机制是什么java，java定时器用什么实现

大家好，关于定时机制是什么java很多朋友都还不太明白，今天小编就来为大家分享关于java定时器用什么实现的知识，希望对各位有所帮助！

Java定时器

好多朋友用过Windows的任务计划也有不少程序迷自己曾写过时钟报警系统自动关机等趣味程序可却很少有朋友在Web工程中实现过类似功能

当Web工程启动时定时器能自动开始计时在整个Web工程的生命期里定时器能在每晚深夜触发一次任务因此定时器的存放位置也值得考查不能简单的存在于单个Servlet或JavaBean中必须能让定时器宿主的存活期为整个Web工程生命期在工程启动时能自动加载运行结合这两点跟 Servlet上下文有关的侦听器就最合适不过了通过在工程的配置文件中加以合理配置会在工程启动时自动运行并在整个工程生命期中处于监听状态

下面就Servlet侦听器结合Java定时器来讲述整个实现过程要运用Servlet侦听器需要实现 javax servlet ServletContextListener接口同时实现它的contextInitialized(ServletContextEvent event)和contextDestroyed(ServletContextEvent event)两个接口函数考虑定时器有个建立和销毁的过程看了前面两个接口函数就不容置疑的把建立的过程置入 contextInitialized把销毁的过程置入contextDestroyed了

我把ServletContextListener的实现类取名为ContextListener在其内添加一个定时器示例代码如下所示

import java util Timer;

import javax servlet ServletContextEvent;

import javax servlet ServletContextListener;

import javax servlet ServletException;

import javax servlet ServletRequest;

import javax servlet ServletResponse;

import javax servlet HttpServlet;

public class ContextListener

extends HttpServlet

implements ServletContextListener{

public ContextListener(){

}

private java util Timer timer= null;

public void contextInitialized(ServletContextEvent event){

timer= new java util Timer(true);

event getServletContext() log(定时器已启动);

timer schedule(new MyTask(event getServletContext())**);

event getServletContext() log(已经添加任务调度表);

}

public void contextDestroyed(ServletContextEvent event){

timer cancel();

event getServletContext() log(定时器销毁);

}

}

以上代码中 timer schedule(new MyTask(event getServletContext())**)这一行为定时器调度语句其中MyTask是自定义需要被调度的执行任务（在我的财政数据中心项目中就是报表计算引擎入口）从 java util TimerTask继承下面会重点讲述第三个参数表示每小时(即**毫秒)被触发一次中间参数表示无延迟其它代码相当简单不再详细说明

下面介绍MyTask的实现上面的代码中看到了在构造MyTask时传入了javax servlet ServletContext类型参数是为记录Servlet日志方便而传入因此需要重载MyTask的构造函数（其父类java util TimerTask原构造函数是没有参数的）在timer schedule()的调度中设置了每小时调度一次因此如果想实现调度任务每小时被执行一次还需要判断一下时钟点以常量C_SCHEDULE_HOUR表示(晚上点也即点)同时为防止小时执行下来任务还未执行完（当然一般任务是没有这么长的）避免第二次又被调度以引起执行冲突设置了当前是否正在执行的状态标志isRunning示例代码如下所示

import java util*;

import javax servlet ServletContextEvent;

import javax servlet ServletContextListener;

import javax servlet ServletException;

import javax servlet ServletRequest;

import javax servlet ServletResponse;

import javax servlet HttpServlet;

import javax servlet*;

public class MyTask extends TimerTask{

private static final int C_SCHEDULE_HOUR=;

private static boolean isRunning= false;

private ServletContext context= null;

public MyTask(){

}

public MyTask(ServletContext context){

ntext= context;

}

public void run(){

Calendar cal= Calendar getInstance();

if(!isRunning){

if(C_SCHEDULE_HOUR== cal get(Calendar HOUR_OF_DAY)){

isRunning= true;

context log(开始执行指定任务);

//TODO添加自定义的详细任务以下只是示例

//系统定时接收邮件

Email email=new Email();

email recieve();

isRunning= false;

context log(指定任务执行结束);

}

}

else{

context log(上一次任务执行还未结束);

}

}

}

到这儿 ServletContextListener和MyTask的代码都已完整了最后一步就是把ServletContextListener部署到您的Web工程中去在您工程的web xml配置文件中加入如下三行

<listener>

<listener class> test ContextListener</listener class>

</listener>

java 是什么语言写的

java是什么语言写的

JAVA中就虚拟机是其它语言开发的，用的是C语言+汇编语言基于此之上就是JAVA本身了虚拟机只起到解析作用

另外，JAVA并不比C语言慢，说JAVA慢一般是九十年代那时候的JAVA，而现在在一段优秀的JAVA程序和C程序执行效率上来比较是没有多大差距的并且现在JAVA已经可以像C语言那样，直接编译为可执行文件（不用虚拟机，跨平台为代价）了

不知道你看过卓越编程之道二（运用底层思维编写高级代码）没有，那里面详细的讲述了高级语言从编写到编译执行的过程，通过目标文件的反汇编对比，发现C，C++，JAVA，dephi等语言在同等质量下的目标文件长度上基本上没多大区别，一门语言的运行速度快慢，与你编写代码过程中是否符合编译器规则息息相关。有空你可以去看看这本书。

glusterfs是什么语言写的

使用opencv需要编译源码，得到库文件。可以用cmake构建项目后编译，也可以直接用官方提供的编译好的版本。

官方提供的编译库一般只是标准版本，没有附加某些库，比如tbb等，要想让opencv使用tbb等库，就只能自己构建项目后编译。

当然，一般使用的话，用官方提供的库即可。OpenCV2.3.1版本就提供编译好的库，可以直接设置使用。

不过有人大费周折为他建立了一个类似于“关于 Chuck Norris的事实”这样的网站，这倒是件不同寻常的事。这是因为 Jeff Dean是一位软件工程师

本文是Jason Wilder对于常见的服务发现项目 Zookeeper， Doozer， Etcd所写的一篇博客，其原文地址如下： Open-Source Service Discovery。

服务发现是大多数分布式系统以及面向服务架构（SOA）的一个核心组成部分。这个难题，简单来说，可以认为是：当一项服务存在于多个主机节点上时，client端如何决策获取相应正确的IP和port。

在传统情况下，当出现服务存在于多个主机节点上时，都会使用静态配置的方法来实现服务信息的注册。但是当大型系统中，需要部署更多服务的时候，事情就显得复杂得多。在一个实时的系统中，由于自动或者人工的服务扩展，或者服务的新添加部署，还有主机的宕机或者被替换，服务的location信息可能会很频繁的变化。

在这样的场景下，为了避免不必要的服务中断，动态的服务注册和发现就显得尤为重要。

关于服务发现的话题，已经很多次被人所提及，而且也的确不断的在发展。现在，笔者介绍一下该领域内一些open-source或者被经常被世人广泛讨论的解决方案，尝试理解它们到底是如何工作的。特别的是，我们会较为专注于每一个解决方案的一致性算法，到底是强一致性，还是弱一致性；运行时依赖；client的集成选择；以后最后这些特性的折中情况。

本文首先从几个强一致性的项目于开始，比如Zookeeper，Doozer，Etcd，这些项目主要用于服务间的协调，同时又可用于服务的注册。

随后，本文将讨论一些在服务注册以及发现方面比较有意思的项目，比如：Airbnb的SmartStack，Netflix的Eureka，Bitly的NSQ，Serf，Spotify and DNS，最后是SkyDNS。

问题陈述

在定位服务的时候，其实会有两个方面的问题：服务注册（Service Registration）和服务发现（Service Discovery）。

服务注册——一个服务将其位置信息在中心注册节点注册的过程。该服务一般会将它的主机IP地址以及端口号进行注册，有时也会有服务访问的认证信息，使用协议，版本号，以及关于环境的一些细节信息。

服务发现—— client端的应用实例查询中心注册节点以获知服务位置的过程。

每一个服务的服务注册以及服务发现，都需要考虑一些关于开发以及运营方面的问题：

监控——当一个已注册完毕的服务失效的时候，如何处理。一些情况下，在一个设定的超时定时(timeout)后，该服务立即被一个其他的进程在中心注册节点处注销。这种情况下，服务通常需要执行一个心跳机制，来确保自身的存活状态；而客户端必然需要能够可靠处理失效的服务。

负载均衡——如果多个相同地位的服务都注册完毕，如何在这些服务之间均衡所有client的请求负载？如果有一个master节点的话，是否可以正确处理client访问的服务的位置。

集成方式——信息注册节点是否需要提供一些语言绑定的支持，比如说，只支持Java？集成的过程是否需要将注册过程以及发现过程的代码嵌入到你的应用程序中，或者使用一个类似于集成助手的进程？

运行时依赖——是否需要JVM，ruby或者其他在你的环境中并不兼容的运行时？

可用性考虑——如果系统失去一个节点的话，是否还能正常工作？系统是否可以实时更新或升级，而不造成任何系统的瘫痪？既然集群的信息注册节点是架构中的中心部分，那该模块是否会存在单点故障问题？

强一致性的Registries

首先介绍的三个服务注册系统都采用了强一致性协议，实际上为达到通用的效果，使用了一致性的数据存储。尽管我们把它们看作服务的注册系统，其实它们还可以用于协调服务来协助leader选举，以及在一个分布式clients的集合中做centralized locking。

Zookeeper

Zookeeper是一个集中式的服务，该服务可以维护服务配置信息，命名空间，提供分布式的同步，以及提供组化服务。Zookeeper是由Java语言实现，实现了强一致性（CP），并且是使用 Zab协议在ensemble集群之间协调服务信息的变化。

Zookeeper在ensemble集群中运行3个，5个或者7个成员。众多client端为了可以访问ensemble，需要使用绑定特定的语言。这种访问形式被显性的嵌入到了client的应用实例以及服务中。

服务注册的实现主要是通过命令空间（namespace）下的 ephemeral nodes。ephemeral nodes只有在client建立连接后才存在。当client所在节点启动之后，该client端会使用一个后台进程获取client的位置信息，并完成自身的注册。如果该client失效或者失去连接的时候，该ephemeral node就从树中消息。

服务发现是通过列举以及查看具体服务的命名空间来完成的。Client端收到目前所有注册服务的信息，无论一个服务是否不可用或者系统新添加了一个同类的服务。Client端同时也需要自行处理所有的负载均衡工作，以及服务的失效工作。

Zookeeper的API用起来可能并没有那么方便，因为语言的绑定之间可能会造成一些细小的差异。如果使用的是基于JVM的语言的话， Curator Service Discovery Extension可能会对你有帮助。

由于Zookeeper是一个CP强一致性的系统，因此当网络分区（Partition）出故障的时候，你的部分系统可能将出出现不能注册的情况，也可能出现不能找到已存在的注册信息，即使它们可能在Partition出现期间仍然正常工作。特殊的是，在任何一个non-quorum端，任何读写都会返回一个错误信息。

Doozer

Doozer是一个一致的分布式数据存储系统，Go语言实现，通过 Paxos算法来实现共识的强一致性系统。这个项目开展了数年之后，停滞了一段时间，而且现在也关闭了一些fork数，使得fork数降至160。.不幸的是，现在很难知道该项目的实际发展状态，以及它是否适合使用于生产环境。

Doozer在集群中运行3，5或者7个节点。和Zookeeper类似，Client端为了访问集群，需要在自身的应用或者服务中使用特殊的语言绑定。

Doozer的服务注册就没有Zookeeper这么直接，因为Doozer没有那些ephemeral node的概念。一个服务可以在一条路径下注册自己，如果该服务不可用的话，它也不会自动地被移除。

现有很多种方式来解决这样的问题。一个选择是给注册进程添加一个时间戳和心跳机制，随后在服务发现进程中处理那些超时的路径，也就是注册的服务信息，当然也可以通过另外一个清理进程来实现。

服务发现和Zookeeper很类似，Doozer可以罗列出指定路径下的所有入口，随后可以等待该路径下的任意改动。如果你在注册期间使用一个时间戳和心跳，你就可以在服务发现期间忽略或者删除任何过期的入口，也就是服务信息。

和Zookeeper一样，Doozer是一个CP强一致性系统，当发生网络分区故障时，会导致同样的后果。

Etcd

Etcd是一个高可用的K-V存储系统，主要应用于共享配置、服务发现等场景。Etcd可以说是被Zookeeper和Doozer催生而出。整个系统使用Go语言实现，使用Raft算法来实现选举一致，同时又具有一个基于HTTP+JSON的API。

Etcd，和Doozer和Zookeeper相似，通常在集群中运行3，5或者7个节点。client端可以使用一种特定的语言进行绑定，同时也可以通过使用HTTP客户端自行实现一种。

服务注册环节主要依赖于使用一个key TTL来确保key的可用性，该key TTL会和服务端的心跳捆绑在一起。如果一个服务在更新key的TTL时失败了，那么Etcd会对它进行超时处理。如果一个服务变为不可用状态，client会需要处理这样的连接失效，然后尝试另连接一个服务实例。

服务发现环节设计到罗列在一个目录下的所有key值，随后等待在该目录上的所有变动信息。由于API接口是基于HTTP的，所以client应用会的Etcd集群保持一个long-polling的连接。

由于Etcd使用 Raft一致性协议，故它应该是一个强一致性系统。Raft需要一个leader被选举，然后所有的client请求会被该leader所处理。然而，Etcd似乎也支持从non-leaders中进行读取信息，使用的方式是在读情况下提高可用性的未公开的一致性参数。在网络分区故障期间，写操作还是会被leader处理，而且同样会出现失效的情况。

Object Pascal

你猜～～

Druid是Java语言中最好的数据库连接池。Druid能够提供强大的监控和扩展功能。

不全是java，epm有用.写的，但是绝大多少是用java。

BI设计到大数据，除了java还有一些新技术，比如scala和kalfka。

汇编语言，低级编辑语言

API肯定也是一种语言实现他具体功能的啊.

相当于函数,不过我们只能调用,不知道如何实现的.

java定时器用什么实现

java定时器的使用（Timer）

1、在应用开发中，经常需要一些周期性的操作，比如每5分钟执行某一操作等。

对于这样的操作最方便、高效的实现方式就是使用java.util.Timer工具类。

private java.util.Timer timer;

timer= new Timer(true);

timer.schedule(

new java.util.TimerTask(){ public void run()

{//server.checkNewMail();要操作的方法}}, 0, 5*60*1000);

第一个参数是要操作的方法，第二个参数是要设定延迟的时间，第三个参

数是周期的设定，每隔多长时间执行该操作。

使用这几行代码之后，Timer本身会每隔5分钟调用一遍

server.checkNewMail()方法，不需要自己启动线程。Timer本身也是多线程同

步的，多个线程可以共用一个Timer，不需要外部的同步代码。

2、

(1)Timer.schedule(TimerTask task,Date time)安排在制定的时间执行指定的

任务。

(2)Timer.schedule(TimerTask task,Date firstTime,long period)安排指定

的任务在指定的时间开始进行重复的固定延迟执行．

(3)Timer.schedule(TimerTask task,long delay)安排在指定延迟后执行指定的

任务．

(4)Timer.schedule(TimerTask task,long delay,long period)安排指定的任务

从指定的延迟后开始进行重复的固定延迟执行．

(5)Timer.scheduleAtFixedRate(TimerTask task,Date firstTime,long period)

安排指定的任务在指定的时间开始进行重复的固定速率执行．

(6)Timer.scheduleAtFixedRate(TimerTask task,long delay,long period)安

排指定的任务在指定的延迟后开始进行重复的固定速率执行．

用Java Timer API进行时间调度开发的相关注意点

java.util这个包中可以找到Timer和TimerTask这两个类。Timer直接从Object

继承，它相当于一个计时器，能够用它来指定某个时间来执行一项任务，或者

每隔一定时间间隔反复执行同一个任务。创建一个Timer后，就会生成一个线程

在背后运行，来控制任务的执行。而TimerTask就是用来实现某项任务的类，

它实现了Runnable接口，因此相当于一个线程。

好了，文章到这里就结束啦，如果本次分享的定时机制是什么java和java定时器用什么实现问题对您有所帮助，还望关注下本站哦！