不会。按微软TASK_INSTANCES_POLICY技术说明，IgnoreNew的含义是：当同一任务的某个实例已经在运行时，不再启动新的实例。它不做排队，也不会去停止已经在运行的旧实例。因此再次触发后看到“没有新动作”，本身就是这个策略的预期表现，而不是旧任务被结束。
先限定适用范围：它管的是同一个任务在已有运行实例时新实例要不要启动。四个取值行为不同——IgnoreNew不启动新实例；Queue把新实例排住，等其他实例结束后再启动；Parallel允许多个实例同时运行；StopExisting先停掉已有实例，再启动新的。所以“旧任务会不会被停掉”要看当时生效的是哪一种，不能只看“点了运行却没反应”。
观察顺序建议这样走：第一，确认两次触发的是同一个任务，而不是名字相近或路径不同的另一个任务；第二，确认当前生效的实例策略，是否就是你以为的IgnoreNew；第三，确认那一刻是否真的有一个实例在运行。这三点任一不成立，结论都要改写。取值可以在系统自带的只读信息里看，但具体位置随系统版本和界面语言不同，这里不代为给出。
这里有个容易走偏的地方：IgnoreNew只是“没启动新实例”，它既不证明电脑卡死，也不证明任务失败，更不证明旧实例的业务已经做完。反过来，历史记录里只有一条运行记录，也不能推断那一次运行成功了。运行状态和业务结果要分开看，这是两条证据。
风险主要来自操作冲动。一是不要因为“没反应”就去结束包含写入动作的进程，中途打断可能留下写了一半的数据；二是不要反复点运行来催促，旧实例仍在运行时IgnoreNew会抑制新实例；如果旧实例恰好结束，多次点击又可能启动后续任务，反复触发并不是可靠的观察方法；三是不要未经审查就把策略改成Parallel，并行之后几个实例可能同时写同一份数据，冲突要在改之前想清楚。
下一步按分支处理：如果确认是同一任务、策略为IgnoreNew且实例确实在运行，合理做法是等它自然结束或按既有流程处理，不必再触发；如果实例其实已经不在运行，那“没有新实例”就另有原因，需要另查；如果确有并行需求，先评估任务对同一份数据的写入是否互斥，再决定要不要改策略；如果确实需要旧实例停下来，StopExisting是明确先停后起的取值，用前要确认中断的代价。长沙开福区的台式机使用场景里，先看清再动手，比先动手再补救更省事。电脑快修网是信息展示与第三方维修对接平台，台账启用不代表即时履约，具体处理以现场核对为准。
开福区台式电脑用户可拨400-877-9605，说明同一任务的运行起止、当时策略和动作是否含写入。先核实第三方是否协助该电脑侧信息检查；电脑快修网提供信息展示与第三方维修对接，具体地址、支持范围和安排当次确认。