你需要减少在UI线程上安排工作的次数。每次调用Invoke时，你都会请求更新UI。如果你有一个紧密的循环，你可以轻松地调用Invoke每秒超过60次。除非你是一个游戏玩家和/或LTT的Linus，否则你不会看到/注意到你的标签的所有更新，即使它在每次调用时输出不同的值。
当你添加一个对Console.WriteLine的调用时，你基本上减少了UI线程上的负载，足以再次响应。这是因为Console.WriteLine是一个在CPU周期/ IO负载方面相对昂贵的调用。这是以你的后台任务现在需要更长时间才能完成为代价的。
我建议作以下修改：

• 在backgroundworker上设置属性WorkerReportsProgress为True。你可以在代码中或从设计器中完成。
• 实现ProgressChanged事件，这样就不必再调用invoke了。
• 以限速的方式调用ReportProgress。我有两种选择。

ProgressChanged事件的实现

backgroundWorker3.ProgressChanged += (sender, progress) => {
   labelPercent.Text = progress.ProgressPercentage.ToString("#0 \\%"); 
};

下面是您的DoWork在跟踪最后一个百分比时的样子，以便您可以在有理由这样做时调用ReportProgess。

double stepDuration = Convert.ToDouble(10);
Stopwatch clock = new Stopwatch();
long freq = Stopwatch.Frequency;
double ticksPerStep = (double)freq * stepDuration;      
long preTick, postTick;
clock.Restart();
preTick = clock.ElapsedTicks;
var lastPercentage = Convert.ToInt32(clock.ElapsedTicks) / 1000000 * 100 / ((Convert.ToInt32(ticksPerStep) / 1000000));
bgw.ReportProgress(lastPercentage);
while (clock.ElapsedTicks < ticksPerStep)
{
    var nextPercentage = Convert.ToInt32(clock.ElapsedTicks) / 1000000 * 100 / ((Convert.ToInt32(ticksPerStep) / 1000000));
    if (nextPercentage != lastPercentage) {
        bgw.ReportProgress(nextPercentage);
        lastPercentage = nextPercentage;
    }
    // do work
}
bgw.ReportProgress(100);

如果你使用Timer每秒更新标签25次，你的DoWork看起来会是这样的。这是以额外的线程和更多的UI线程调用为代价的，但是你的工人循环没有进度问题。

double stepDuration = Convert.ToDouble(10);
Stopwatch clock = new Stopwatch();
long freq = Stopwatch.Frequency;
double ticksPerStep = (double)freq * stepDuration;
long preTick, postTick;

using(var timer = new System.Threading.Timer(
     (e) => {
        bgw.ReportProgress(Convert.ToInt32(clock.ElapsedTicks) / 1000000 * 100 / ((Convert.ToInt32(ticksPerStep) / 1000000)));
     }, null, 40, 40))
{
    clock.Restart();
    preTick = clock.ElapsedTicks;
    while (clock.ElapsedTicks < ticksPerStep)
    {
       // do work
    }
}
bgw.ReportProgress(100);

下面是一个Gif的计时器解决方案：