[....]

LogEvent(EVENTLOG_INFORMATION_TYPE, EVMSG_INSTALLED, m_szServiceName);

[....]

LogEvent 是另一个 CNTService 函数，它使用事件类型（信息，警告或错误），事件消息的 ID，以及形成日志消息的最多三个参数的替代串：

// This function makes an entry into the application event log.

void CNTService::LogEvent(WORD wType, DWORD dwID,

			const char* pszS1,

			const char* pszS2,

			const char* pszS3)

{

	const char* ps[3];

	ps[0] = pszS1;

	ps[1] = pszS2;

	ps[2] = pszS3;

	

	int iStr = 0;

	for (int i = 0; i < 3; i  ) {

		if (ps[i] != NULL) iStr  ;

	}

	

	// Check to see if the event source has been registered,

	// and if not then register it now.

	if (!m_hEventSource) {

		m_hEventSource = ::RegisterEventSource(NULL, // local machine

			m_szServiceName); // source name

	}

	

	if (m_hEventSource) {

		::ReportEvent(m_hEventSource,

			wType,

			0,

			dwID,

			NULL, // sid

			iStr,

			0,

			ps,

			NULL);

	}

}		

• main函数，这是代码的入口。我们正是在这里解析任何命令行参数并进行服务的安装，移除，启动等等。
• 在例子中，提供真正服务代码的入口函数叫 ServiceMain。你可以随便叫它什么。在服务第一次启动的恶时候，将该函数的地址传递给服务管理器。
• 处理来自服务管理器命令消息的函数。在例子中，这个函数叫 Handler，这个名字可以随意取。

服务回调函数
　　因为 ServiceMain 和 Handler 函数都是由系统来调用，所以它们必须遵循操作系统的参数传递规范和调用规范。也就是说，它们不能简单地作为某个 C 类的成员函数。这样就给封装带来一些不便，因为我们想把 Win32 服务的功能封装在一个 C 类中。为了解决这个问题，我将 ServiceMain 和 Handler 函数创建成 CNTService 类的静态成员。这样就使我得以创建可以由操作系统调用的函数。 但是，这样做还没有完全解决问题，因为系统不允许给被调用的函数传递任何形式的用户数据，所以我们无法确定对 C 对象特定实例的 ServiceMain 或 Handler 的调用。用了一个非常简单但有局限的方法来解决这个问题。我创建一个包含 C 对象指针的静态变量。这个变量是在该对象首次创建是进行初始化的。这样便限制你每个服务应用只有一个C 对象。我觉得这个限制并不过分。下面是 NTService.h 文件中的声明：

class CNTService

{

    [...]

    // 静态数据

    static CNTService* m_pThis; // nasty hack to get object ptr

    [...]

};

下面是初始化 m_pThis 指针的方法：

CNTService::CNTService(const char* szServiceName)

{

    // Copy the address of the current object so we can access it from

    // the static member callback functions.

    // WARNING: This limits the application to only one CNTService object. 

    m_pThis = this;

    [...]

}
 
本文章更多内容：<<上一页 - 1 - 2 - 3 - 4 - 5 - 6 - 7 - 下一页>>