AnyLogic技术问题：如何按每日固定时间修改参数及触发事件

1. 是否存在更优的每日固定时间修改参数的实现方式？ #

你的循环事件思路本身可行，但可以从以下方向优化，让实现更简洁易维护：

• 简化事件管理：不用创建多个独立循环事件，改为「单次触发+自动续期」模式。初始化时计算首次触发时间，触发参数修改后，自动计算次日同一时间的触发点，重新注册事件，全程只维护一个事件实例，减少冗余。
• 利用框架内置定时能力：如果你的仿真框架支持 cron 风格定时任务（多数专业仿真工具都有类似API或扩展），直接配置0 30 8 * * *（每日8:30）、0 20 14 * * *（每日14:20）这类表达式，框架会自动处理重复触发逻辑，无需手动写循环，出错概率更低。
• 封装修改逻辑：把parSize的修改逻辑单独封装成函数，不管用哪种定时方式，都调用这个函数，提升代码复用性和可维护性。

2. 如何通过用户输入的小时、分钟整数参数触发事件？ #

按以下步骤实现即可：

• 收集用户输入：在仿真启动前，通过终端或配置界面获取用户输入的多组时分参数（比如两组：XX时XX分、YY时YY分），存储为整数变量，比如time1_hour=8、time1_min=30，time2_hour=14、time2_min=20。
• 计算首次触发时间：
  • 若用真实时间轴：将用户输入的时分转换为当日时间戳，和当前系统时间对比，若已过则自动顺延到次日。
  • 若用仿真虚拟时间（比如1单位=1分钟）：计算触发时间对应的虚拟时间值target_min = 小时*60 + 分钟，如果当前仿真时间已超过该值，就加上24*60（一天的分钟数）得到次日触发点。
• 注册定时事件：调用仿真框架的定时API，传入计算好的触发时间和参数修改函数；如果用单次触发事件，触发后要自动注册次日的同一事件；如果框架支持重复事件，直接设置重复周期为24小时，起始时间为首次计算的触发点。
• 伪代码示例：

# 用户输入的触发时间与对应参数值
trigger_configs = [
    {"hour": 8, "minute":30, "parSize":50},
    {"hour":14, "minute":20, "parSize":30}
]

def update_parSize(new_val):
    global parSize
    parSize = new_val

def schedule_daily_task(config):
    # 获取当前仿真时间（单位：分钟）
    current_sim_time = get_current_sim_minutes()
    target_min = config["hour"] * 60 + config["minute"]
    
    # 若当前时间已过当日触发点，顺延到次日
    if target_min <= current_sim_time:
        target_min += 24 * 60
    delay = target_min - current_sim_time
    
    # 注册单次触发事件，触发后自动调度次日任务
    schedule_event(delay, lambda: (
        update_parSize(config["parSize"]),
        schedule_daily_task(config)
    ))

# 初始化所有定时任务
for cfg in trigger_configs:
    schedule_daily_task(cfg)

内容的提问来源于stack exchange，提问作者user20346372