本帖最后由 好大一坨翔哟 于 2022-5-16 15:11 编辑
rt，并不是一直需要监听（每隔几秒就行）大佬们快来回答！
还有个小问题，监听事件很耗资源嘛
解决方案：
加一个计时器，再判断计时器过去的事件即可
rt，并不是一直需要监听（每隔几秒就行）大佬们快来回答！
还有个小问题，监听事件很耗资源嘛
解决方案：
加一个计时器，再判断计时器过去的事件即可
要么监听要么不监听，哪有每隔一段时间监听的。如果要写间隔，你需要把间隔相关的逻辑写在监听器里。
监听耗不耗能看你里面的代码逻辑是什么，你就算什么也不监听，服务端内部也会广播事件。
监听耗不耗能看你里面的代码逻辑是什么，你就算什么也不监听，服务端内部也会广播事件。
tcejorPoiK 发表于 2022-5-7 21:09
要么监听要么不监听，哪有每隔一段时间监听的。如果要写间隔，你需要把间隔相关的逻辑写在监听器里。
监听 ...
怎么一直监听啊
你可以写个线程 然后写个自定义事件 然后每隔一段时间执行 执行完 注销掉这个事件
经典：java.util.Timer
可以试试判断其间隔点 nope
Virlhyc 发表于 2022-5-15 08:56
可以试试判断其间隔点 nope
并且其时间监听是事件发生才产生效果 其他往往是未发生的 可以看看EventHandler注解的作用 了解其事件发生经由
你应该换个思路：持续监听事件，但是每次触发的时候查询一个每刻增长的时间字段是否是指定时间的余数，如果不是那就什么都不做
贺兰兰 发表于 2022-5-15 13:11
你应该换个思路：持续监听事件，但是每次触发的时候查询一个每刻增长的时间字段是否是指定时间的余数，如果 ...
嗯，有想过这样，但我一开始以为监听事件很费资源，我主要纠结的是监听事件是否消耗资源，通过一楼得知就算不监听事件他也会广播。
好大一坨翔哟 发表于 2022-5-15 14:25
嗯，有想过这样，但我一开始以为监听事件很费资源，我主要纠结的是监听事件是否消耗资源，通过一楼得知就 ...
其实相反，不断的注册监听器和注销监听器反而比忽略监听更加占用资源