Делюсь  .
Зависон сервера и дикая загрузка проца связана были со строчкой
// Ждать завершения
while ( MainFormServer.queueToRemoting.Count == 0 );
Таймер формы не видит команду и ничего не делает, в выходной очереди queueToRemoting ничего не появляется, соответственно цикл висит и вешает всё. В такие циклы надо что-то типа Thread.Sleep вставлять, либо таймаут делать, либо вообще менять идеологию опроса очереди.
Но это так, мелкие сопутствующие проблемы ... Хоть и неправильно было изначально так делать. Но что сделано, то сделано ....
Гораздо большее западло сидело в неверной передаче данных между потоками.
WCF - один поток, форма - другой поток. Как только я начал думать в этом направлении, почти сразу же всплыло решение.
<{CODE_COLLAPSE_ON}><{CODE_COLLAPSE_OFF}><{CODE_WRAP_ON}><{CODE_WRAP_OFF}> /// <summary> /// Подать команду серверу /// </summary> /// <param name="sCommand">Сериализованый объект команды</param> /// <returns>Сериализованный ответ</returns> public string SetCommand( string sCommand ) { // Проверка объекта команды if ( !CllCntCommand.CanDeserializeDoc ( sCommand ) ) { // ошибка CllCntServerAnswer answ = new CllCntServerAnswer ( -1, "ОШИБКА СЕРВЕРА: Неверная команда" ); answ.text = sCommand; return answ.SerializeStr ( ); } // if return (string)MainFormServer.mForm.Invoke(MainFormServer.mForm.commandDlg, sCommand); } // SetCommand
Куски из MainFormServer:
В переменных формы
<{CODE_COLLAPSE_ON}><{CODE_COLLAPSE_OFF}><{CODE_WRAP_ON}><{CODE_WRAP_OFF}> /// <summary> /// Ссылка на форму /// </summary> public static MainFormServer mForm; /// <summary> /// Тип делегата /// </summary> /// <param name="myString">Команда</param> /// <returns>ОТвет на команду</returns> public delegate string DoCommandDelegate(String myString); /// <summary> /// Делегат для подачи команды /// </summary> public DoCommandDelegate commandDlg;
Это статическая ссылка на форму и делегат, обрабатывающий команды клиента.
В событии загрузки формы инициализируем добро:
<{CODE_COLLAPSE_ON}><{CODE_COLLAPSE_OFF}><{CODE_WRAP_ON}><{CODE_WRAP_OFF}> // Делегат выполнения команд mForm = this; commandDlg = DoCommand;
Может можно и в конструкторе, не знаю, не проверял, в загрузке мне кажется надёжнее... Типа объект формы уже полностью инициализирован и пр.
Метод обрабатывающий команды:
<{CODE_COLLAPSE_ON}><{CODE_COLLAPSE_OFF}><{CODE_WRAP_ON}><{CODE_WRAP_OFF}> private string DoCommand(string sCommand) { return "Ответ на команду "+sCommand; } // DoCommand
Таймер и очереди я вообще убрал. Всё равно у меня 100% синхронная отработка команд.
Так делать вообще правильнее, хотя я и по сей день не понимаю - почему старый вариант с таймером и очередями как часы работал в Remoting без единого сбоя, а в WCF вообще не работает  .
Если кто мне объяснит сей "парадокс", буду благодарен.
И почему в книгах про WCF даются только примитивные примеры для детского садика типа a+b/c, а действительно сложных вещей с подводными камнями (типа описанных выше) никто нигде не описывает?
Нужели все думают, что 100% задач решаемы исключительно в рамках этого одного класса  примитивными методами вроде a+b/c? |
, а клиент отваливается где-то через минуту по таймауту 
. 
...