感觉精确到毫秒的当前系统时间是没有意义的，建议楼主放弃该需求。 系统当前时间本身就不精确，理由如下： 当前的系统时间是由WM的使用者设置的，谁也不会设置精确到毫秒，就算设置的时间与标准时间差了很多，WM本身也无法纠正。 楼主要是精确到毫秒计时，那GetTickCount就可以了。
目前成都创新互联公司已为成百上千的企业提供了网站建设、域名、网站空间、网站改版维护、企业网站设计、娄星网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
Windows 10操作系统中可通过以下步骤加速Windows 10菜单显示速度：
1、找到注册表。
Win+R组合键后输入regedit，定位到HKEY_CURRENT_USER\Control Panel\Desktop，看到右侧名为“MenuShowDelay”的字符串值了吧？它就是用来控制菜单显示延迟速率的。
2、修改键值。
双击“MenuShowDelay”，我们来修改键值。
*修改注册表有风险，操作需谨慎。
官方默认是400毫秒，我们可以在0~4000毫秒内随意设定具体的数值。
经过简单的测试，将时间修改成120~180毫秒算是比较合适的范围，既保证了系统运行速度，同时也兼顾了运行中的美感。
另外呢，在Windows性能中，有关闭“淡入淡出或滑动菜单到视图”的选项，但这项建议保留，不然你的WIN 10和从前的Windows 95都没区别了。
Windows 性能打开的路径：按WIN+PauseBreak键打开此电脑属性，选择右侧“高级系统设置”——“高级”选项卡——性能设置。
通过以上步骤即可加速Windows 10菜单显示速度。
可能是某些程序或者硬件驱动不兼容导致的。开机后，看到Windows 10 Logo，下面有个圆圈在转的时候，数5 秒。然后直接按下电源键关机。对于台式机，如果机箱上有“重启按键”，也可以直接按重启键，但有的用户可能需要直接断开电源。
如此重复2~3次，当再次开机的时候，就会进入如下图的界面：
鼠标点击右下角“查看高级修复选项”，即可进入Win10的RE 模式。在Win10的RE模式中的 疑难解答 里，可以让你“重置此电脑”或者“回到上一个系统”。
1.重置此电脑
作用：把Windows 10系统全自动的重新安装一次，可以选择是否保留现有的软件，应用和资料。
2.回退到以前的版本（在疑难解答的高级选项中）
是指通过“升级”方式，安装win10的，可以直接回到升级前的系统。比如从Win7升级到win10的，回退到 Win7.（会保留原有系统的所有软件应用和资料）
您可以自行选择是尝试重新安装一次win10来解决现在的故障，或者放弃Win10返回原来的系统。
Windows中分配CPU时间的基本单位是线程。线程是操作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流，一个进程中可以并发多个线程，每条线程并行执行不同的任务。在Unix System V及SunOS中也被称为轻量进程（lightweight processes），但轻量进程更多指内核线程（kernel thread），而把用户线程（user thread）称为线程。
线程是独立调度和分派的基本单位。线程可以为操作系统内核调度的内核线程，如Win32线程；由用户进程自行调度的用户线程，如Linux平台的POSIX Thread；或者由内核与用户进程，如Windows 7的线程，进行混合调度。
扩展资料：
线程是进程中的实体，一个进程可以拥有多个线程，一个线程必须有一个父进程。线程不拥有系统资源，只有运行必须的一些数据结构；它与父进程的其它线程共享该进程所拥有的全部资源。线程可以创建和撤消线程，从而实现程序的并发执行。一般，线程具有就绪、阻塞和运行三种基本状态。
在多中央处理器的系统里，不同线程可以同时在不同的中央处理器上运行，甚至当它们属于同一个进程时也是如此。大多数支持多处理器的操作系统都提供编程接口来让进程可以控制自己的线程与各处理器之间的关联度（affinity）。
有时候，线程也称作轻量级进程。就象进程一样，线程在程序中是独立的、并发的执行路径，每个线程有它自己的堆栈、自己的程序计数器和自己的局部变量。但是，与分隔的进程相比，进程中的线程之间的隔离程度要小。它们共享内存、文件句柄和其它每个进程应有的状态。
进程可以支持多个线程，它们看似同时执行，但互相之间并不同步。一个进程中的多个线程共享相同的内存地址空间，这就意味着它们可以访问相同的变量和对象，而且它们从同一堆中分配对象。尽管这让线程之间共享信息变得更容易，但您必须小心，确保它们不会妨碍同一进程里的其它线程。
参考资料来源：百度百科-线程
1. RDTSC - 粒度: 纳秒级 不推荐
优势: 几乎是能够获得最细粒度的计数器
抛弃理由:
A) 定义模糊
- 曾经据说是处理器的cycle counter，但是后来似乎又不是了。
有的机器上每秒的TSC增长值等于CPU频率，有的却是一个不对应任何配置的数。到底是什么，Intel也没解释清楚。
B) 不准确
- 这是最重大的缺陷。再细的粒度，不准的话也没用，至少不能当时间用。
在有的CPU上，特别是支持变频技术的笔记本CPU上，TSC增长值会随着CPU的频率改变。忙的时候跑得快，闲得时候跑得慢。
2. QueryPerformanceCounter - 粒度: 1~100微秒级 不推荐
优势: 尽管比RDTSC粒度稍低，但是不存在RDTSC在变频CPU上的问题。
知道这个API的人估计都倾向于用这个，因为M$对这个API给出了比较明确的定义，就是每秒钟某个计数器增长的数值。
抛弃理由: 还是不准确
尽管没有源代码，但是从M$的帮助文档和知识库可以了解到，PerformanceCounter是依赖于主板上与PCI设备有关联的硬件。这就意味着，PerformanceCounter的结果还是会受到硬件频率，特别是总线频率的影响。
事实上，我在EeePC上测试的时候就发现，系统采用节能模式的时候PerformanceCounter出来的结果老是偏慢很多，超频模式的时候又偏快，而且用电池和接电源的时候效果还不一样!
3. timeGetTime - 粒度: 毫秒级 推荐
尽管粒度进一步降低，但是其无与伦比的优势就是，准确。
在任何机器上返回的都是当前系统的启动时间，精确到1毫秒。
使用注意事项:
A) 在NT系统上(据说)默认精度为10ms，但是可以用timeBeginPeriod来降低到1ms
B) 返回的是一个32位整数，所以要注意大约每49.71天会出现归零(不像前两个是64位数，要几百年才会归零)。
