I ran across a post on the我参加全国后对 Vista Compatibility Team Blog Vista的兼容性团队博客 entitled “题为“ SetThreadPriority from Run key setthreadpriority从运行的关键 ” that discusses a change in Vista whereby calling SetThreadPriority from an application launched from the Startup folder and the “Run” key in the registry will not cause the thread’s priority to be increased. “讨论了在Vista中的变化，即要求setthreadpriority从应用推出从Startup文件夹和”运行“的关键在注册表中不会导致线程的优先予以增加。

Wanting to verify and play around with this, I wrote a simple program that called要核实和发挥靠近这一点，我写了一个简单的程序，所谓的 SetThreadPriority setthreadpriority to set the priority of the thread to THREAD_PRIORITY_HIGHEST.要设置优先的线程来thread_priority_highest 。 The program then immediately called该程序，然后立即要求 GetThreadPriority getthreadpriority to determine if the call to SetThreadPriority had any effect.如果要判断电话setthreadpriority有任何影响。 Next, in a loop, the program then called SetThreadPriority / GetThreadPriority until either an error was encountered, or GetThreadPriority returned the expected priority.其次，在循环中，该程序，然后所谓的setthreadpriority / getthreadpriority ，直到遇到错误，或getthreadpriority返回预期的优先事项。 The program logged before and after each call to SetThreadPriority / GetThreadPriority the time, the action, and the either the parameters or the return value.该程序记录之前和之后的每次调用setthreadpriority / getthreadpriority的时间，行动，以及任何参数或返回值。

I set the program to be launched automatically by placing a shortcut in the “Startup” folder, and rebooted.我已计划即将展开的自动放置一个快捷方式在“启动”文件夹，重新启动。 Once the system came back up, I waited a bit and then examined the log.该系统一旦回来，我等了位，然后检查日志。 The first call to SetThreadPriority( GetCurrentThread(), THREAD_PRIORITY_HIGHEST ); returned TRUE.首次呼吁setthreadpriority （ getcurrentthread （ ） ， thread_priority_highest ） ;返回属实。 The first call to GetThreadPriority( GetCurrentThread() ); returned 0 indicating THREAD_PRIORITY_NORMAL.首次呼吁getthreadpriority （ getcurrentthread （ ） ） ;返回0表明thread_priority_normal 。 In other在其他

…