使用TimerTask每隔2秒4秒交替执行程序

本文介绍了一个使用Java实现的简单定时任务示例。该示例通过`Timer`和`TimerTask`来调度任务,并演示了如何在指定的时间间隔后执行特定的操作。此外,还展示了如何在主线程中记录当前时间。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

package com.zhlk.thread;

import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;

public class TraditionalTimerTest {
	/**
	 * 创建日期:2017-3-4下午9:32:26
	 * 作者:lvguanghui
	 */
     private static int count=0;
	public static void main(String[] args) {
		 class MyTimerTask extends TimerTask {
		 	 public void run() {
		 		 count=(count+1)%2;
				 System.out.println("nihao");	
			       new Timer().schedule(new MyTimerTask(), 2000+2000*count);	 
				}
			}
	  
		new Timer().schedule(new MyTimerTask(), 2000);
	   while(true){
		System.out.println("第"+new Date().getSeconds()+"秒");
		  	try {
				Thread.sleep(1000);
			} catch (InterruptedException e) {
				// TODO Auto-generated catch block
				e.printStackTrace();
			}
	   }
	  
}
}

<think>嗯,用户想要在Java中实现每隔10执行一次数据库查询,持续65分钟。首先,我需要确定如何安排这个定时任务。Java中有几种常见的定时任务调度方法,比如TimerTimerTask,还有ScheduledExecutorService,或者使用Spring框架的@Scheduled注解,如果是Web应用的话可能还会考虑Quartz调度器。 用户的需求是每隔10执行一次,总共持续65分钟,也就是65×60=3900。那总共有多少次执行呢?每次间隔10,所以次数应该是3900/10=390次?不过可能需要确认一下,第一次执行是立即开始,然后每隔10执行一次,所以次数应该是3900/10 +1?不过可能用户不需要考虑次数,而是持续时间,所以应该在65分钟后停止。 接下来,我需要考虑每种方法的实现方式。比如使用ScheduledExecutorService的话,可以创建一个定时任务,然后设置初始延迟和周期。不过要注意,如果任务执行时间超过间隔时间,可能会出现并发问题,所以需要确保任务执行时间不超过10,或者使用scheduleWithFixedDelay来保证间隔。 另外,使用Timer的话,可能比较简单,但Timer是单线程的,如果任务执行时间过长,可能会影响后续任务。而ScheduledExecutorService更灵活,可以配置线程池,处理更好。 还有,需要处理任务的停止条件,比如在65分钟后停止执行。可以在任务开始时记录开始时间,每次执行时检查是否已经过了65分钟,如果是的话就取消任务。或者,在安排任务时,计算需要执行的次数,比如65分钟等于3900,每次间隔10,总共执行390次,然后使用一个计数器,执行390次后停止。 另外,数据库查询部分需要注意连接的管理,每次查询是否要新建连接,还是使用连接池。还有异常处理,避免任务因为异常而终止。 如果是用Spring的@Scheduled,可能需要配置fixedRate或者fixedDelay,但同样要处理停止条件,可能需要动态注册和取消任务,这可能会复杂一些。 所以综合来看,ScheduledExecutorService可能更适合这个需求,因为它可以方便地控制任务的执行次数和停止。具体实现的话,可以安排一个Runnable任务,在任务内部记录执行次数或时间,当达到65分钟时,调用shutdown()方法终止执行器。 另外,要注意线程安全和资源释放,比如数据库连接的关闭,避免资源泄漏。同时,处理可能的异常,确保即使某次查询失败,任务也能继续执行,除非用户希望出错时停止。 可能还需要考虑时区问题,比如开始时间的计算是否准确,使用System.currentTimeMillis()来记录开始时间,然后每次检查当前时间是否超过开始时间+3900*1000毫。 总结步骤应该是: 1. 创建ScheduledExecutorService实例。 2. 记录开始时间。 3. 安排任务,初始延迟0,周期104. 在任务中执行数据库查询。 5. 每次任务执行时检查是否超过65分钟,如果是则关闭executor。 或者计算需要执行390次,每次执行计数器加一,达到390次后关闭。 两种方式都可以,但时间检查可能更可靠,因为如果某次任务执行被延迟,次数可能不准确。 所以,在任务执行时,每次检查当前时间是否超过开始时间+65分钟,如果是的话就关闭。 这样的话,即使用户的数据库查询偶尔耗时较长,也能在总时间到达后停止,而不是依赖次数。 现在,具体代码如何实现呢? 比如: ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor(); long startTime = System.currentTimeMillis(); Runnable task = new Runnable() { public void run() { // 执行数据库查询 try { // JDBC操作 } catch (SQLException e) { e.printStackTrace(); } // 检查是否超过65分钟 long currentTime = System.currentTimeMillis(); if (currentTime - startTime >= 65 * 60 * 1000) { scheduler.shutdown(); } } }; scheduler.scheduleAtFixedRate(task, 0, 10, TimeUnit.SECONDS); 不过这里有个问题,当任务被调度时,如果在执行过程中超过了时间,会在下次执行时停止。但可能最后一次执行时已经超过了时间,但可能允许最后一次执行,或者在检查时立即停止。 另外,使用scheduleAtFixedRate的话,如果任务执行时间超过周期,可能会并发执行,导致线程堆积。所以如果数据库查询可能超过10,最好使用scheduleWithFixedDelay,这样间隔是上一次任务结束到下一次任务开始之间的间隔。 不过用户的需求是每隔10执行,不管上一次是否完成,可能需要根据具体情况选择。如果查询时间很短,用fixedRate没问题,否则需要考虑。 另外,需要确保数据库连接的正确关闭,每次查询后释放资源,避免连接泄漏。 可能还需要处理任务中未被捕获的异常,否则会导致任务停止。所以最好在run方法内部用try-catch块包裹。 综上,提供一个使用ScheduledExecutorService的示例代码,包含时间检查,并在达到65分钟后停止。同时处理数据库连接的正确关闭,使用try-with-resources等。 可能还需要提醒用户关于线程池的关闭,比如在shutdown之后如何处理,以及可能的异常处理,比如记录日志等。 另外,如果是Spring环境,使用@Scheduled注解,可以结合@EnableScheduling,然后配置一个cron表达式或者fixedRate,并在任务方法中检查时间,但停止任务可能需要更复杂的处理,比如取消注册,这可能比较麻烦。所以对于简单应用,建议使用ScheduledExecutorService。 最后,给出代码示例,并说明各部分的作用,以及需要注意的事项,比如资源管理、异常处理、定时任务类型的选择等。</think>在Java中实现65分钟内每隔10执行数据库查询,可通过定时任务调度实现。以下是分步解决方案: ### 方法一:使用ScheduledExecutorService(推荐) $$代码示例$$ ```java import java.util.concurrent.Executors; import java.util.concurrent.ScheduledExecutorService; import java.util.concurrent.TimeUnit; public class DatabaseQueryScheduler { public static void main(String[] args) { // 1. 创建单线程调度器 ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor(); final long startTime = System.currentTimeMillis(); final long totalDuration = 65 * 60 * 1000; // 65分钟转换为毫 // 2. 定义任务 Runnable queryTask = new Runnable() { @Override public void run() { try { // 3. 执行数据库查询(示例伪代码) System.out.println("执行数据库查询: " + new java.util.Date()); // 实际需替换为JDBC操作,例如: // Connection conn = DriverManager.getConnection(...); // Statement stmt = conn.createStatement(); // ResultSet rs = stmt.executeQuery("SELECT ..."); // 4. 检查是否超时 if (System.currentTimeMillis() - startTime >= totalDuration) { scheduler.shutdown(); System.out.println("任务终止"); } } catch (Exception e) { e.printStackTrace(); } } }; // 5. 启动任务(立即执行,间隔10) scheduler.scheduleAtFixedRate(queryTask, 0, 10, TimeUnit.SECONDS); } } ``` ### 关键配置说明 | 参数 | 说明 | |--------------------|----------------------------------------------------------------------| | `scheduleAtFixedRate` | 固定速率执行,间隔10(适合短耗时任务) | | `scheduleWithFixedDelay` | 固定延迟执行(适合可能超时的任务) | | `shutdown()` | 超时后关闭线程池,避免资源泄漏 | ### 方法二:使用Timer(基础方案) ```java import java.util.Timer; import java.util.TimerTask; public class TimerDatabaseQuery { public static void main(String[] args) { Timer timer = new Timer(); final long startTime = System.currentTimeMillis(); timer.schedule(new TimerTask() { @Override public void run() { if (System.currentTimeMillis() - startTime > 65*60*1000) { timer.cancel(); // 超时后取消任务 } System.out.println("执行查询: " + new java.util.Date()); } }, 0, 10*1000); // 延迟0ms启动,间隔10 } } ``` ### 注意事项 1. **资源管理** - 使用连接池(如HikariCP)避免频繁创建数据库连接 - 在`finally`块中关闭`Connection`、`Statement`等资源 2. **异常处理** ```java try { // JDBC操作 } catch (SQLException e) { System.err.println("数据库错误: " + e.getMessage()); } finally { // 释放资源 } ``` 3. **执行策略选择** - 如果查询可能超时10,优先选`scheduleWithFixedDelay` - 若需严格准时的周期执行(如监控),选`scheduleAtFixedRate` 4. **分布式环境扩展** - 如需集群部署,改用`Quartz`调度框架,通过数据库锁避免重复执行 ### 方法对比 | 方法 | 优点 | 缺点 | |--------------------------|-------------------------------|-------------------------------| | `ScheduledExecutorService` | 线程池管理、更灵活 | 需手动处理关闭 | | `Timer` | 简单易用 | 单线程易阻塞、功能有限 | | `Spring @Scheduled` | 注解驱动、集成方便 | 需依赖Spring框架 | ### 常见问题解决 - **任务堆积**:通过日志监控执行时间,若单次查询超过10需优化SQL或调整间隔 - **线程泄漏**:确保调用`shutdown()`终止调度器 - **时间误差**:使用`System.currentTimeMillis()`而非次数统计保证精确性 根据实际场景选择方案,推荐优先使用`ScheduledExecutorService`实现。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值