наконец, блокировать выполнение перед соответствующим уловом в java [duplicate]

Если вы используете консоль Eclipse, на работе, похоже, работают два разных явления: один, как описано в @Gemtastic , является обработкой потоков JVM, а другой - способом Eclipse читает эти потоки, как упоминалось @DraganBozanovic . Поскольку я использую Eclipse, недостаточно -потока @BillK , которая касается только проблемы с JVM, [40]

  public class EclipseTools {private static List & lt; OutputStream & gt;  streams = null;  private static OutputStream lastStream = null;  private static class FixedStream расширяет OutputStream {private final OutputStream target;  public FixedStream (OutputStream originalStream) {target = originalStream;  streams.add (это);  } @Override public void write (int b) throws IOException {if (lastStream! = This) swap ();  target.write (б);  } @Override public void write (byte [] b) throws IOException {if (lastStream! = This) swap ();  target.write (б);  } @Override public void write (byte [] b, int off, int len) throws IOException {if (lastStream! = This) swap ();  target.write (b, off, len);  } private void swap () throws IOException {if (lastStream! = null) {lastStream.flush ();  попробуйте {Thread.sleep (200);  } catch (InterruptedException e) {}} lastStream = this;  } @Override public void close () throws IOException {target.close ();  } @Override public void flush () выдает IOException {target.flush ();  }} / ** * Вставляет задержку 200 мс в System.err или System.out OutputStreams * каждый раз, когда выход переключается с одного на другой.  Это не позволяет * консоли Eclipse показывать вывод двух потоков из * заказа.  Эту функцию нужно вызвать только один раз.  * / public static void fixConsole () {if (streams! = null) return;  streams = new ArrayList & lt; OutputStream & gt; ();  System.setErr (новый PrintStream (новый FixedStream (System.err)));  System.setOut (новый PrintStream (новый FixedStream (System.out)));  }}  

Это вызвано функцией JVM и, если вы не делаете взломать, например, тот, который предоставлен Marcus A., на самом деле не так просто работать. [D0] .flush () работает в этом случае, но причина этого намного сложнее в работе.

Что здесь происходит?

JVM умный, но также очень, очень аутичный. Когда вы программируете на Java, вы не говорите компьютеру, что делать, вы сообщаете JVM (виртуальная машина Java), что вы хотели бы сделать. И он будет делать это, но более эффективно. Ваш код не является точным подробным инструкциям, в этом случае вам нужен только компилятор, как на C и C ++, JVM берет ваш код в качестве списка спецификаций для того, что он должен оптимизировать, а затем делать. Это то, что происходит здесь. Java видит, что вы нажимаете строки в два разных потока буферов. Самый эффективный способ сделать это - буферизировать все строки, которые вы хотите передать потокам, а затем вывести их. Это происходит по одному потоку в то время, по существу преобразуя ваш код, сделав что-то вроде этого (будьте осторожны: псевдокод) :

  for (int i = 0; i & lt;  5; i ++) {out.add ();  err.add ();  } out.flush ();  err.flush ();   

Поскольку это более эффективно, именно это будет делать JVM. Добавление .flush () в цикле будет сигнализировать JVM о необходимости промывки в каждом цикле, который не может быть улучшен с помощью вышеуказанного метода. Но если вы объясните, как это будет работать, цикл JVM изменит порядок вашего кода, чтобы сделать его последним, потому что это более эффективно.

  System.out  .println ( "из");  System.out.flush ();  System.err.println ( "ERR");  System.err.flush ();  System.out.println ( "из");  System.out.flush ();  System.err.println ( "ERR");  System.err.flush ();   

Этот код всегда будет реорганизован на что-то вроде этого:

  System.out.println («out»); * System.err.  println ("err"); * System.out.println ("out"); * System.err.println ("err"); * System.out.flush ();  System.err.flush ();   

Поскольку буферизация многих буферов только для их очистки сразу после того, как требуется намного больше времени, чем для буферизации всего буфера, а затем сбрасывает все это одновременно.

Как его решить

Здесь может возникнуть дизайн кода и архитектура; вы вроде бы не решаете этого. Чтобы обойти это, вы должны сделать его более эффективным для буферизации печати / флеша, печати буфера или флеша, чем буфер, а затем сброс. Это, скорее всего, соблазнит вас неудачным дизайном. Если для вас важно, как вывести его упорядоченно, я предлагаю вам попробовать другой подход. For-looping с .flush () - это один из способов взломать его, но вы все еще взламываете функцию JVM, чтобы повторно упорядочить и оптимизировать свой код для вас.

* Я не могу проверить, что буфер, который вы добавили в первую очередь, сначала будет печататься первым, но, скорее всего, будет.

Я использовал поток для вывода вывода System.out и System.err последовательно:

  for (int i = 0; i & lt; 5; i ++) {try {Thread.  сна (100);  System.out.print ( "OUT");  Thread.sleep (100);  System.err.print ( "ERR");  } catch (InterruptedException ex) {System.out.println (ex.getMessage ());  }}  

Два println оператора обрабатываются двумя разными потоками. Результат снова зависит от того, в какой среде вы запускаете код. Например, я выполнил следующий код в IntelliJ и в командной строке по 5 раз.

  public class Test {public static void main (String [] args) {for (int i = 0; i & lt; 10; i ++) {System.out.print ("OUT")  ;  System.err.print («ERR»);  }}}  

Это приводит к следующему выводу: Commandline

  OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR  OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR  OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR OUT ERR  

IntelliJ:

  ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR  ERR ERR ERR ERR ERR OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT ERR ERR ERR ERR ERR ERR ERR ERR ERR ERR OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT OUT ERR ERR ERR ERR ERR  ERR ERR ERR ERR ERR  

Я полагаю, что разные среды обрабатывают буфер иначе. Один из способов увидеть, что эти потоки обрабатываются различными потоками, - это добавить в цикл инструкцию sleep . Вы можете попробовать изменить значение, которое вы установили для сна, и посмотреть, что это infact, обрабатываемые разными потоками.

  public class Test {public static void main (String [] args) {for (  int i = 0; i & lt; 10; i ++) {System.out.print ("OUT");  System.err.print («ERR»);  try {Thread.sleep (500);  } catch (InterruptedException e) {e.printStackTrace ();  }}}}  

Выход в этом случае оказался

  OUT ERR ERR OUT ERR OUT OUT ERR OUT ERR ERR OUT OUT ERR ERR OUT  OUT ERR OUT ERR OUT ERR ERR OUT ERR OUT OUT ERR OUT ERR ERR OUT OUT ERR ERR OUT OUT ERR OUT ERR ERR OUT ERR OUT OUT ERR ERR OUT OUT ERR ERR OUT OUT ERR OUT ERR ERR OUT ERR OUT ERR OUT OUT ERR ERR OUT  OUT ERR ERR OUT ERR OUT OUT ERR OUT ERR OUT OUT ERR OUT ERR OUT ERR ERR OUT OUT ERR ERR OUT OUT ERR ERR OUT ERR OUT OUT ERR OUT ERR  

Один из способов заставить его для печати в том же порядке будет использоваться .flush () , который работал для меня. Но это не то, что не все получают с ним правильные результаты.

Два потока, обработанные двумя двумя разными потоками, вероятно, являются причиной того, что мы иногда видим сообщение ERROR , напечатанное некоторыми библиотеки, которые мы используем, печатаем перед некоторыми утверждениями печати, которые мы должны были видеть в соответствии с порядком исполнения.