Windows服务指的是OS启动时可以自动打开的应用程序,它可以在没有交互式用户登录系统的情况下运行.

解决方案 »

  1.   

    1.优点:windows服务不需要启动,系统会在后台自动运行。
    2.个人决定如果能实现相同的功能就没有什么不同的了,关键还是第一个
      

  2.   

    楼主CSDN上讲的很清楚
    1、Windows 服务应用程序介绍
    Microsoft Windows 服务(即,以前的 NT 服务)使您能够创建在它们自己的 Windows 会话中可长时间运行的可执行应用程序。这些服务可以在计算机启动时自动启动,可以暂停和重新启动而且不显示任何用户界面。这使服务非常适合在服务器上使用,或任何时候,为了不影响在同一台计算机上工作的其他用户,需要长时间运行功能时使用。还可以在不同于登录用户的特定用户帐户或默认计算机帐户的安全上下文中运行服务。有关服务和 Windows 会话的更多信息,请参见 MSDN Online 的 Platform SDK 文档中的“About Services”部分。注意   Windows 服务应用程序项目模板和相关的功能在 Visual Basic 和 Visual C# .NET 的标准版中不可用。有关更多信息,请参见 Visual Basic 标准版功能或 Visual C# 标准版的功能。
    通过创建作为服务安装的应用程序,可以轻松地创建服务。例如,假设要监视性能计数器数据并对阈值做出反应。可以编写一个侦听性能计数器数据的 Windows 服务应用程序、部署该应用程序并开始收集和分析数据。将服务创建为 Microsoft Visual Studio .NET 项目,并在其中定义特定代码,以控制可以发送到服务的命令和接收到这些命令时采取的操作。可以发送到服务的命令包括开始、暂停、继续和停止该服务,以及执行自定义命令。创建并生成了应用程序后,可以通过运行命令行实用工具 InstallUtil.exe 并将路径传递给服务的可执行文件,或通过使用 Visual Studio 的部署功能来安装该应用程序。然后可以使用服务控制管理器启动、停止、暂停、继续和配置服务。这些任务中有许多也可以在“服务器资源管理器”的“服务”节点中或通过使用 ServiceController 类来实现。2、服务应用程序与其他 Visual Studio .NET 应用程序对比
    服务应用程序与其他许多项目类型的功能在几个方面有所不同: 必须将服务应用程序项目创建的已编译可执行文件安装在服务器上,此项目才能以有意义的方式运行。不能通过按 F5 键或 F11 键来调试或运行服务应用程序;不能立即运行服务或进入并单步执行其代码。相反,必须安装和启动服务,然后将一个调试器附加到服务的进程中。有关更多信息,请参见调试 Windows 服务应用程序。 
    与一些类型的项目不同,对于服务应用程序,必须为其创建安装组件。安装组件在服务器上安装和注册服务,并用 Windows 服务控制管理器为服务创建一个项。有关更多信息,请参见将安装程序添加到服务应用程序。 
    服务应用程序的 Main 方法必须为项目包含的服务发出 Run 命令。Run 方法将服务加载到适当服务器上的服务控制管理器中。如果使用 Windows 服务项目模板,系统将自动为您写此方法。请注意,加载服务与启动服务不同。有关更多信息,请参见下面的“服务生存期”。 
    Windows 服务应用程序在不同于登录用户的交互区域的窗口区域中运行。窗口区域是包含剪贴板、一组全局原子和一组桌面对象的安全对象。由于 Windows 服务的区域不是交互区域,因此 Windows 服务应用程序中引发的对话框将是不可见的,并且可能导致程序停止响应。同样,错误信息应记录在 Windows 事件日志中,而不是在用户界面中引发。 
    .NET Framework 支持的 Windows 服务类不支持与交互区域(即登录用户)进行交互。同时,.NET Framework 不包含表示区域和桌面的类。如果 Windows 服务必须与其他区域进行交互,则需要访问非托管的 Windows API。有关更多信息,请参见 Platform SDK 文档中的窗口区域和桌面。 设计 Windows 服务与用户或其他区域的交互时必须非常小心,应包含某些方案,例如没有登录的用户或用户具有一组意外的桌面对象的情况。在某些情况下,编写一个在用户控制下运行的 Windows 应用程序可能更为妥当。 Windows 服务应用程序在各自的安全上下文中运行,并且在用户登录到安装有该程序的 Windows 计算机之前启动。应仔细计划在哪些用户帐户内运行服务;在系统帐户下运行的服务比在用户帐户下运行的服务具有更多的权限和特权。 
    服务生存期
    服务在其生存期内要经历几个内部状态。首先,将服务安装在将要运行它的系统上。此进程执行服务项目的安装程序,并将服务加载到该计算机的服务控制管理器中。服务控制管理器是由 Windows 提供的管理服务的中央实用工具。服务加载后,必须启动。启动服务使服务开始运行。可以从服务控制管理器、从“服务器资源管理器”或通过调用 ServiceController.Start 方法从代码启动服务。Start 方法将处理传递给应用程序的 OnStart 方法并处理您在那里定义的任何代码。运行的服务可以以这种状态无限期地存在下去,直到它被停止或暂停或者计算机关闭。服务可以以三种基本状态之一存在:运行、暂停或停止。服务也可以报告挂起命令的状态:ContinuePending、PausePending、StartPending 或 StopPending。这些状态指示命令已经发出(如暂停正在运行的服务的命令),但尚未执行。可以查询 ServiceController.Status 属性来确定服务的状态,或者使用 ServiceController.WaitForStatus 方法在这些状态中的任何状态发生时执行某个操作。可以从服务控制管理器、从“服务器资源管理器”或通过从代码调用方法来暂停、停止或继续服务。每种操作都可以调用服务中的一种相关过程(OnStop、OnPause 或 OnContinue),在其中可以定义当服务状态更改时所执行的其他处理。服务类型
    在 Visual Studio .NET 中可以创建两种类型的服务。进程中的唯一服务被指定为 Win32OwnProcess 类型。与其他服务共享进程的服务被指定为 Win32ShareProcess 类型。可以通过查询 ServiceController.ServiceType 属性来检索服务类型。如果查询不是在 Visual Studio .NET 中创建的现有服务,则偶尔可能会看到其他服务类型。有关更多信息,请参见 ServiceType 枚举。服务和 ServiceController 组件
    ServiceController 组件用于连接到已安装的服务并操作其状态;使用 ServiceController 组件可以启动和停止服务、暂停和继续它的运行以及将自定义命令发送到服务。但是,在创建服务应用程序时不需使用 ServiceController 组件。实际上,多数情况下,ServiceController 组件存在于来自定义服务的 Windows 服务应用程序的一个单独的应用程序中。有关 ServiceController 组件的更多信息,请参见监视 Windows 服务。 部署和安装服务
    Visual Studio .NET 随附有安装组件,这些组件可以安装与服务应用程序相关的资源。安装组件在正在安装到的系统上注册一项单个的服务,并使服务控制管理器知道该服务的存在。在将安装程序添加到应用程序之后,下一步是创建安装项目,该项目将安装已编译的项目文件并运行安装服务所需的安装程序。若要创建完整的安装项目,您必须将服务项目的输出添加到该安装项目,然后添加自定义操作以安装您的服务。有关安装项目的更多信息,请参见安装项目。有关自定义操作的更多信息,请参见演练:创建自定义操作。要求
    服务必须创建在 Windows 服务应用程序项目或其他支持 .NET 的项目中,而该项目将在从 ServiceBase 类生成和继承时创建 .exe 文件。 
    包含 Windows 服务的项目必须有该项目及其服务的安装组件。这可以从“属性”窗口轻松实现。有关更多信息,请参见将安装程序添加到服务应用程序。 
    请参见
    Windows 服务应用程序 | 服务应用程序编程结构 | 创建 Windows 服务 | 安装和卸载服务 | 启动服务 | 调试 Windows 服务应用程序 | 演练:在组件设计器中创建 Windows 服务应用程序 | 将安装程序添加到服务应用程序 | 安装项目 | 演练:创建自定义操作 --------------------------------------------------------------------------------向 Microsoft 发送有关此主题的反馈© Microsoft Corporation。保留所有权利。