Более легкий способ отладить службу Windows

#if DEBUG
    System.Diagnostics.Debugger.Break();
#endif

Для стандартного программирования маленького материала я сделал очень простой прием для легкой отладки моего сервиса:

На запуске сервиса, я проверяю на параметр командной строки "/отладку". Если сервис называют с этим параметром, я не делаю обычного сервисного запуска, но вместо этого запускаю всех слушателей и просто отображаю messagebox "Происходящая отладка, нажимаю хорошо для окончания".

Поэтому, если мой сервис запускается обычный путь, он запустится как сервис, если он будет запущен с параметра командной строки / отладка, то он будет действовать как нормальная программа.

В VS я просто добавлю отладку / как отладку параметра и запущу служебную программу непосредственно.

Этот путь я могу легко отладить для самых небольших добрых проблем. Конечно, некоторый материал все еще должен будет быть отлажен как сервис, но для 99% это достаточно хорошо.

К Сервисам окон отладки я комбинирую GFlags и .reg файл, созданный regedit.

1. Выполнение GFlags, определяя exe-имя и Выполнение vsjitdebugger
2. regedit и переходят к местоположению, где GFlags устанавливает его опции
3. , Выбирают, "Export Key" из меню файла
4. Сохранили тот файл где-нибудь с .reg расширением
5. Каждый раз, когда Вы хотите отладить сервис: дважды щелкните по .reg файлу
6. , Если Вы хотите прекратить отлаживать, дважды щелкните по второму .reg файлу

Или сохраните следующие отрывки и замените servicename.exe желаемым исполняемым именем.

debugon.reg:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\servicename.exe]
"GlobalFlag"="0x00000000"
"Debugger"="vsjitdebugger.exe"

debugoff.reg:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\servicename.exe]
"GlobalFlag"="0x00000000"

При разработке и отладке службы Windows я обычно выполняю его как консольное приложение путем добавления, что / консоль запускает параметр и проверяя это. Делает жизнь намного легче.

static void Main(string[] args) {
    if (Console.In != StreamReader.Null) {
        if (args.Length > 0 && args[0] == "/console") {
            // Start your service work.
        }
    }
}

Как насчет Отладчика. Повреждение () в первой строке?

Когда я пишу сервис, я поместил всю сервисную логику в dll проект и создаю два "хоста", которые звонят в этот dll, каждый - служба Windows, и другой приложение командной строки.

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

я Вы используете этот подход, просто помнят, что необходимо протестировать весь код при выполнении в реальном сервисе, в то время как инструмент командной строки является хорошей помощью для отладки, это - различная среда, и это не ведет себя точно как реальный сервис.

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

Эти две опции, которые я использовал в прошлом:

• Использование GFlags (в Средствах отладки для Windows) для установки постоянного отладчика для процесса. Это существует в "ключе реестра" Опций Выполнения Файла изображения и невероятно полезно. Я думаю, что необходимо будет настроить настройки Service для включения, "Взаимодействуют с Рабочим столом". Я использую это для всех типов отладки, не просто услуг.
• другая опция, должен разделить код немного, так, чтобы запасная часть была interchangable с нормальным запуском приложения. Тем путем можно использовать простой флаг командной строки и запуститься как процесс (а не Сервис), который делает намного легче отладить.

Hope это помогает.

То, что я раньше делал, должно было иметь переключатель командной строки, который запустит программу или как услуга или как регулярное применение. Затем в моем IDE я установил бы переключатель так, чтобы я мог ступить через свой код.

С некоторыми языками можно на самом деле обнаружить, если это работает в IDE, и выполните этот переключатель автоматически.

, Какой язык Вы используете?

Можно также запустить сервис через командную строку (sc.exe).

Лично, я выполнил код как автономную программу в фазу отладки, и когда большинство ошибок сглажено, изменяется на выполнение как сервис.

static void Main()
{
#if DEBUG
                // Run as interactive exe in debug mode to allow easy
                // debugging.

                var service = new MyService();
                service.OnStart(null);

                // Sleep the main thread indefinitely while the service code
                // runs in .OnStart

                Thread.Sleep(Timeout.Infinite);
#else
                // Run normally as service in release mode.

                ServiceBase[] ServicesToRun;
                ServicesToRun = new ServiceBase[]{ new MyService() };
                ServiceBase.Run(ServicesToRun);
#endif
}

ОБНОВЛЕНИЕ

Этот подход является безусловно самым легким:

http://www.codeproject.com/KB/dotnet/DebugWinServices.aspx

я оставляю свой исходный ответ ниже для потомства.

Мои сервисы склонны иметь класс, который инкапсулирует Таймер, поскольку я хочу сервис проверить равномерно, существует ли какая-либо работа для него, чтобы сделать.

Мы новый класс и вызов StartEventLoop () во время сервисного запуска. (Этот класс мог легко использоваться из консольного приложения также.)

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

p.s. , Как присоединить отладчик вручную к рабочему процессу...?

using System;
using System.Threading;
using System.Configuration;    

public class ServiceEventHandler
{
    Timer _timer;
    public ServiceEventHandler()
    {
        // get configuration etc.
        _timer = new Timer(
            new TimerCallback(EventTimerCallback)
            , null
            , Timeout.Infinite
            , Timeout.Infinite);
    }

    private void EventTimerCallback(object state)
    {
        // do something
    }

    public void StartEventLoop()
    {
        // wait a minute, then run every 30 minutes
        _timer.Change(TimeSpan.Parse("00:01:00"), TimeSpan.Parse("00:30:00");
    }
}

Также я раньше делал следующее (уже упомянутый в предыдущих ответах, но с условным компилятором [#if] флаги, чтобы помочь избежать его стреляющий в Сборку конечных версий).

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

#if DEBUG
if (!System.Diagnostics.Debugger.IsAttached)
{
    System.Diagnostics.Debugger.Break();
}
#endif

То, что я обычно делаю, инкапсулируют логику сервиса в отдельном классе и запускают это с класса 'бегуна'. Этот класс бегуна может быть практической эксплуатацией или просто консольным приложением. Таким образом, Ваше решение имеет (по крайней мере) 3 проекта:

/ConsoleRunner
   /....
/ServiceRunner
   /....
/ApplicationLogic
   /....

Я также думаю, имея отдельную "версию" для нормального выполнения, и как услуга путь состоит в том, чтобы пойти, но это действительно требуется, чтобы выделять отдельный переключатель командной строки с этой целью?

не Мог Вы просто сделать:

public static int Main(string[] args)
{
  if (!Environment.UserInteractive)
  {
    // Startup as service.
  }
  else
  {
    // Startup as application
  }
}

, Который обладал бы "преимуществом", что можно только запустить приложение через двойной щелчок (хорошо при реальной необходимости в этом) и что можно просто поразить F5 в Visual Studio (без потребности изменить настройки проекта для включения того /console Опция).

Технически, Environment.UserInteractive проверки, если бы эти WSF_VISIBLE Флаг установлен для текущей станции окна, но является там какой-либо другой причиной, куда это возвратилось бы false кроме того, чтобы быть выполненным как (неинтерактивный) сервис?

Я использую вариант ответа JOP. Используя параметры командной строки, вы можете установить режим отладки в IDE со свойствами проекта или через диспетчер служб Windows.

protected override void OnStart(string[] args)
{
  if (args.Contains<string>("DEBUG_SERVICE"))
  {
    Debugger.Break();
  }
  ...
}