全局键盘钩子与托盘冲突

gnuljf 2003-06-26 01:28:44
我先写了个托盘程序,后来想加上全局键盘钩子,可是加上后却拦截不到本程序以外产生的键盘消息!而如果把钩子部分独立出来是能正确运行的.
我尝试过创建另外一个线程来运行钩子,并且把此线程的优先级调到最大,仍然不行!
...全文
124 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
gnuljf 2003-07-01
  • 打赏
  • 举报
回复
我自己搞定了,还是谢谢大家。散分啦。
perl2003 2003-06-29
  • 打赏
  • 举报
回复
windows高级编程 Jeffrey Richter上有这个理论上的解释,那是因为win32环境下的应用程序下的问题,要想拦截其他窗口的键盘消息,必须把钩子函数独立出来(dll形式)
elxf99 2003-06-29
  • 打赏
  • 举报
回复
像你这种情况好象必须把钩子函数封装到dll中。建议你参考以下《windows 核心编程》微软书库出,一个老美写的,里面对这些东西介绍的比较多。
gnuljf 2003-06-29
  • 打赏
  • 举报
回复
perl2003(清风) 说得对,就是这种情况.
我也试过把钩子部分封装在DLL中,可是仍然不行.
我先试试zjyang1(zjyang1) 的吧,不行的话再请教各位.
zjyang1 2003-06-28
  • 打赏
  • 举报
回复
LRESULT __declspec(dllexport) CALLBACK KeyboardProc(int nCode,WPARAM wParam,LPARAM lParam)
{
if(((DWORD)lParam&0x40000000) && (HC_ACTION==nCode))
{
switch(wParam)
{
// ESC F1~F12
case 'A':AfxMessageBox("nihao");break;
}

}

LRESULT RetVal = CallNextHookEx( hkb, nCode, wParam, lParam );
return RetVal;
}
BOOL __declspec(dllexport) installhook()
{
hkb=SetWindowsHookEx(WH_KEYBOARD,(HOOKPROC)KeyboardProc,hins,0);
return TRUE;
}

BOOL CHodllApp::InitInstance ()
{

hins=AfxGetInstanceHandle();


return TRUE;
}
在程序中调用语句于下
static HINSTANCE hinstDLL;
typedef BOOL (CALLBACK *inshook)();
inshook instkbhook;
if(hinstDLL=LoadLibrary((LPCTSTR)"hodll.dll"))
{
instkbhook=(inshook)GetProcAddress(hinstDLL, "installhook");
instkbhook();
}
这个程序能够得到键盘在所发出的消息,但是把它改为一个应用程序
然后在另外的程序上输入却得不到键盘的消息,而通过调用动态库的方式却能够得到。
bileg 2003-06-28
  • 打赏
  • 举报
回复
gz
strongerman 2003-06-28
  • 打赏
  • 举报
回复
focus
perl2003 2003-06-28
  • 打赏
  • 举报
回复
如果钩子部分独立出来那是可以的,若没有独立出来就只能拦到本窗口的键盘消息了
gnuljf 2003-06-28
  • 打赏
  • 举报
回复
不是啊。我的钩子部分若独立出来是能够正确执行的,只是放进去就不行了。
xiaohedou 2003-06-26
  • 打赏
  • 举报
回复
up
学习
triggerd 2003-06-26
  • 打赏
  • 举报
回复
捕捉键盘消息:
HHOOK hook1;
_declspec(dllexport) void WINAPI Installhook()
{
hook1=::SetWindowsHookEx(WH_KEYBOARD,(HOOKPROC)keyHook,theApp.m_hInstance,0);
}

LRESULT CALLBACK keyHook(int ncode,WPARAM wParam,LPARAM lParam)
{
LRESULT Result=::CallNextHookEx(hook1,ncode,wParam,lParam);
if(ncode==HC_ACTION)
if(lParam& 0x80000000){
char buffer[2];
buffer[0]=(char)wParam;
buffer[1]='\0';
}
Result=::CallNextHookEx(hook1,ncode,wParam,lParam);
return 0;
}
内容概要:本文围绕“基于交流潮流的电力系统多元件N-k故障模型研究”展开,深入探讨了利用Matlab代码实现电力系统在发生多个关键元件同时故障(即N-k故障)情况下的交流潮流计算与故障分析方法。该模型不仅考虑了传统潮流方程的非线性特性,还引入了故障约束条件,能够精确模拟复杂多样的故障场景,如短路、断线等,进而评估电网在极端运行条件下的稳态与动态行为。研究通过构建典型电力系统算例,验证了所提模型在故障筛选、脆弱性识别及系统恢复策略制定方面的有效性,为电力系统安全评估、风险预警和防御体系构建提供了坚实的理论依据和技术支撑。此外,模型具备良好的扩展性,可进一步应用于连锁故障传播分析、恶意攻击模拟等高级安全分析领域。; 适合人群:具备电力系统分析基础理论知识和Matlab编程能力的高校研究生、科研院所研究人员以及电力公司从事电网规划、运行与安全管理的技术人员,特别适用于开展电力系统安全稳定、可靠性评估与应急响应机制研究的专业人士。; 使用场景及目标:①开展电力系统在多重故障条件下的交流潮流仿真,评估系统电压稳定性、线路过载风险及负荷损失程度;②识别电网中的关键薄弱环节与脆弱元件,支撑电网加固改造与防御资源配置;③用于科研项目中的故障场景建模与算法验证,或作为教学案例帮助学生理解复杂故障下的系统响应机制。; 阅读建议:此资源以Matlab代码为核心实现手段,建议读者结合理论推导与代码实现进行对照学习,重点关注故障建模过程中雅可比矩阵的修正方法、故障注入方式及收敛性处理策略,建议在仿真中逐步增加故障数量与复杂度,深入理解N-k故障对系统潮流分布的影响规律,并尝试将其拓展至含新能源接入的现代电力系统场景中进行验证与优化。

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧