Android Timer schedule
2016-04-14 21:42
573 查看
timer.schedule(new MyTask(),long time1,long timer2);
今天算是彻底的搞懂了这个以前让我为之头疼的方法。
以下我就重点介绍一下:
第一个參数。是 TimerTask 类,在包:import java.util.TimerTask .使用者要继承该类,并实现 public void run() 方法,由于 TimerTask 类 实现了 Runnable 接口。
第二个參数的意思是,当你调用该方法后。该方法必定会调用 TimerTask 类 TimerTask 类 中的 run() 方法,这个參数就是这两者之间的差值,转换成汉语的意思就是说,用户调用 schedule() 方法后,要等待这么长的时间才干够第一次运行 run() 方法。
第三个參数的意思就是,第一次调用之后。从第二次開始每隔多长的时间调用一次 run() 方法。
[附:]
技术人员在实现内部办公系统与外部站点一体化的时候,最重要的步骤就是从OA系统读取数据,而且依据站点模板生成终于的静态页面。
这里就须要一个定时任务,循环的运行。
技术人员在写定时任务的时候,想当然的以为Timer.schedule(TimerTask task, long delay)就是反复的执行task。
程序执行后发现仅仅执行了一次,总认为是task里的代码有问题,花了非常长时间调试代码都没有结果。
细致研读java api,发现:
schedule(TimerTask task, long delay)的凝视:Schedules the specified task for execution after the specified delay。大意是在延时delay毫秒后运行task。并没有提到反复运行
schedule(TimerTask task, long delay, long period)的凝视:Schedules the specified task for repeated fixed-delay execution, beginning after the specified delay。大意是在延时delay毫秒后反复的运行task,周期是period毫秒。
这样问题就非常明白schedule(TimerTask task, long delay)仅仅运行一次。schedule(TimerTask task, long delay, long period)才是反复的运行。
关键的问题在于程序猿误以为schedule就是反复的运行,而没有细致的研究API,一方面也是英文能力不够,浏览API的过程中不能非常快的理解到含义。
今天算是彻底的搞懂了这个以前让我为之头疼的方法。
以下我就重点介绍一下:
第一个參数。是 TimerTask 类,在包:import java.util.TimerTask .使用者要继承该类,并实现 public void run() 方法,由于 TimerTask 类 实现了 Runnable 接口。
第二个參数的意思是,当你调用该方法后。该方法必定会调用 TimerTask 类 TimerTask 类 中的 run() 方法,这个參数就是这两者之间的差值,转换成汉语的意思就是说,用户调用 schedule() 方法后,要等待这么长的时间才干够第一次运行 run() 方法。
第三个參数的意思就是,第一次调用之后。从第二次開始每隔多长的时间调用一次 run() 方法。
[附:]
技术人员在实现内部办公系统与外部站点一体化的时候,最重要的步骤就是从OA系统读取数据,而且依据站点模板生成终于的静态页面。
这里就须要一个定时任务,循环的运行。
技术人员在写定时任务的时候,想当然的以为Timer.schedule(TimerTask task, long delay)就是反复的执行task。
程序执行后发现仅仅执行了一次,总认为是task里的代码有问题,花了非常长时间调试代码都没有结果。
细致研读java api,发现:
schedule(TimerTask task, long delay)的凝视:Schedules the specified task for execution after the specified delay。大意是在延时delay毫秒后运行task。并没有提到反复运行
schedule(TimerTask task, long delay, long period)的凝视:Schedules the specified task for repeated fixed-delay execution, beginning after the specified delay。大意是在延时delay毫秒后反复的运行task,周期是period毫秒。
这样问题就非常明白schedule(TimerTask task, long delay)仅仅运行一次。schedule(TimerTask task, long delay, long period)才是反复的运行。
关键的问题在于程序猿误以为schedule就是反复的运行,而没有细致的研究API,一方面也是英文能力不够,浏览API的过程中不能非常快的理解到含义。
相关文章推荐
- 【Android】Android中期项目设计题目-界面设计小作业
- Android论如何写一个正确的单例模式
- Android下设置CPU核心数和频率
- Android 设置wap请求方式
- 【Android Studio】提示代码忽略大小写
- VS android应用启动调试Could not locate the Android Debug Bridge (adb.exe)
- Android各个版本API的区别
- notifyDataSetChanged()
- 关于Android SQLite3多线程并发问题
- android源码解析之(十一)-->应用进程启动流程
- Android实现批量照片上传至服务器,拍照或者从相册选择
- Android AsyncTask 异步任务之源码解析
- Android画图工具的制作
- android 调试framework 的方法
- Android基础笔记(九)- 广播
- getDrawingCache()和Android中的截图方法简介
- 【android studio】解决android studio drawable新建项目时只有一个drawable目录的问题
- Android 的上下文菜单: Context Menu,registerForContextMenu(getListView())
- android天气预报获取-气象台webservice
- Android实现图片压缩并且不失真