如何解决Excel打开时总是出现stdole32.tlb的提示

tlb快表；转换后备缓冲器；旁路转换缓冲；翻译后援缓冲器；后援缓冲器。Research of the Key Technology for Low-Power TLB Design.低功耗TLB设计关键技术研究。The Research on Reconfigurable SoC DFT Structure and TLB Test Scheduling Strategy.可重构SoC DFT架构与TLB测试调度策略研究。Research on TLB Design Methodology of Embedded Processor.嵌入式处理器TLB设计方法研究。But this design choice ignores the effect of TLB misses.但是这样的设计忽略了TLB失配对系统性能的影响。

一、tls指安全传输层协议。安全传输层协议（TLS）用于在两个通信应用程序之间提供保密性和数据完整性。该协议由两层组成： TLS 记录协议（TLS Record）和 TLS 握手协议（TLS Handshake）。TLS协议的优势是与高层的应用层协议（如HTTP、FTP、Telnet等）无耦合。应用层协议能透明地运行在TLS协议之上，由TLS协议进行创建加密通道需要的协商和认证。应用层协议传送的数据在通过TLS协议时都会被加密，从而保证通信的私密性。二、tlb指快表；转换后备缓冲器；旁路转换缓冲；翻译后援缓冲器；后援缓冲器。Research of the Key Technology for Low-Power TLB Design.低功耗TLB设计关键技术研究。The Research on Reconfigurable SoC DFT Structure and TLB Test Scheduling Strategy.可重构SoC DFT架构与TLB测试调度策略研究。

TLB(Translation Lookaside Buffer)转换检测缓冲区是一个内存管理单元,用于改进虚拟地址到物理地址转换速度的缓存。TLB是一个小的，虚拟寻址的缓存，其中每一行都保存着一个由单个PTE(Page Table Entry,页表项)组成的块。如果没有TLB，则每次取数据都需要两次访问内存，即查页表获得物理地址和取数据。

TLB 解释一： OLE库文件，其中存放了OLE自动化对象的数据类型、模块和接口定义，自动化服务器通过TLB文件就能了解自动化对象的使用方法。 解释二： TLB的基本概念： TLB：Translation lookaside buffer,即旁路转换缓冲，或称为页表缓冲；里面存放的是一些页表文件（虚拟地址到物理地址的转换表）。 X86保护模式下的寻址方式：段式逻辑地址—〉线形地址—〉页式地址； 页式地址=页面起始地址+页内偏移地址； 对应于虚拟地址：叫page（页面）；对应于物理地址：叫frame（页框）； X86体系的系统内存里存放了两级页表，第一级页表称为页目录，第二级称为页表。 TLB和CPU里的一级、二级缓存之间不存在本质的区别，只不过前者缓存页表数据，而后两个缓存实际数据。 二：内部组成： 1：TLB在X86体系的CPU里的实际应用最早是从Intel的486CPU开始的，在X86体系的CPU里边，一般都设有如下4组TLB: 第一组：缓存一般页表（4K字节页面）的指令页表缓存（Instruction-TLB）； 第二组：缓存一般页表（4K字节页面）的数据页表缓存（Data-TLB）； 第三组：缓存大尺寸页表（2M/4M字节页面）的指令页表缓存（Instruction-TLB）； 第四组：缓存大尺寸页表（2M/4M字节页面）的数据页表缓存（Data-TLB）； 2：TLB命中和TLB失败 果 TLB中正好存放着所需的页表，则称为TLB命中（TLB Hit）；如果TLB中没有所需的页表，则称为TLB失败（TLB Miss）。 3：TLB条目数 即页表条目数，Entry! 4：TLB的联合方式 1〉全联合方式：Athlon XP 2〉4路联合方式：P4 当CPU执行机构收到应用程序发来的虚拟地址后，首先到TLB中查找相应的页表数据，如果TLB中正好存放着所需的页表，则称为TLB命中（TLB Hit）,接下来CPU再依次看TLB中页表所对应的物理内存地址中的数据是不是已经在一级、二级缓存里了，若没有则到内存中取相应地址所存放的数据。既然说TLB是内存里存放的页表的缓存，那么它里边存放的数据实际上和内存页表区的数据是一致的，在内存的页表区里，每一条记录虚拟页面和物理页框对应关系的记录称之为一个页表条目（Entry），同样地，在TLB里边也缓存了同样大小的页表条目（Entry）。

TLB是文件代码，完全可以删除！

TL是通气立管的缩写。安装方式：与排水管相连通，并延伸至屋面伸顶通气。通气帽高出不上人屋面0.7m，高出上人屋面2.0m。有积雪的地区需要再加上积雪的高度。作用：有利于排水管内空气的流通，使排水管内的气压保持平衡，在一定程度上提高了排水管的排水能力。

TLb是罗格朗的微型断路器

mdb和tlb都是数据库文件，TLB是一种OLE(或ActiveX)定义文件，它包括常数、接口(Interface)、类等的定义。你可以在VB的集成环境的ProjectReference中将TLB文件加入项目，然后在Object Browser中看到该文件中包括哪些常数、接口、类，而每个类又包括什么方法和属性。微软提供的各种SDK中通常包括一个或数个TLB文件以方便编程。你也可以制作TLB文件，首先编写一个ODL文件(在VC++的帮助中有语法说明)，然后使用MKTYPLIB(在VB光盘上有)编译生成TLB文件。类似的文件，还有Office所提供的OLB文件。

作用不同，TLB主要用于页表缓存，cpu cache通常有好几级，缓存内存数据副本，一般比TLB大多了，速度都是非常快的。

1.流水线结构 pipeline - MIPS 是最简单的体系结构之一，所以使大学喜欢选择 MIPS 体系结构来介绍计算体系结构课程。 - ARM has barrel shifter shifter是两面性的，一方面它可以提高数学逻辑运算速度，另一方面它也增加了硬件的复杂性。

这是编程用的格式.创建完dll应用，会生成它的tlb文件，使用它的客户端象包含.h一样使用它。

1.结束进程后删除 2.重重启删除 3.进入安全模式删除 4.用超级兔子删除 5.用cmd命令强行删除 6.进DOS绝对行 一、常规解决办法： 1，注消或重启电脑，然后再试着删除。 2，进入“安全模式删除”。 3，在纯DOS命令行下使用DEL，DELTREE和RD命令将其删除。 4，如果是文件夹中有比较多的子目录或文件而导致无法删除，可先删除该文件夹中的子目录和文件，再删除文件夹。 5，在任务管理器中结束Explorer.exe进程，然后在命令提示符窗口删除文件。 6，如果你有安装ACDSee，FlashFXP，Nero，Total这几个软件，可以尝试在这几个软件中删除文件夹。 二、高级解决方案： 1，磁盘错误 运行磁盘扫描，并扫描文件所在分区，扫描前确定已选上修复文件和坏扇区，全面扫描所有选项，扫描后再删除文件。 2，预读机制： 某些媒体播放中断或正在预览时会造成无法删除。在“运行”框中输入：REGSVR32 /U SHMEDIA.DLL，注销掉预读功能。或删除注册表中下面这个键值：[HKEY_LOCAL_MACHINESOFTWAREClassesCLSID{87D62D94-71B3-4b9a-9489-5FE6850DC73E}InProcServer32]。 3，防火墙： 由于反病毒软件在查毒时会占用正在检查的文件，从而导致执行删除时提示文件正在使用，这时可试着暂时关闭它的即时监控程序，或许可以解决。 4，OFFice、WPS系列软件： OFFice的非法关闭也会造成文件无法删除或改名。重新运行该程序，然后正常关闭，再删除文件。 5，借助WinRAR： 右击要删除的文件夹，选择“添加到压缩文件”。在弹出的对话框中选中“压缩后删除源文件，”随便写个压缩包名，点确定。 6，权限问题： 如果是2000和xp系统，请先确定是否有权限删除这个文件或文件夹。 7，可执行文件的删除： 如果可执行文件的映像或程序所调用的DLL动态链接库文件还在内存中未释放，删除时就会提示文件正在使用，解决方法是删除系统的页面文件，Win98中是Win386.SWP，Win2000/XP是pagefile.sys。注意要在DOS下删除。 8，文件粉碎法： 使用文件粉碎机，如File Pulverizer，可以彻底删除一些顽固文件。 ========================================= 类似于第一套方案但稍有不同： 相信大家都遇到过要删除某个文件时，提示“该文件正被别的进程使用，不能删除”的情况，通常的方法是关闭使用该文件的程序或在任务管理器中杀死相关进程后，删除。可如果这样也不能删除呢！？这时，你可以试试下面的方法，相信其中至少有一个办法能解除您的烦恼： ①注销或重启后，再删； ②进入安全模式或用启动软盘(光盘)启动进入纯DOS，删除； ③如果是删除文件夹，从里往外删，即先进入该文件夹，删除里面所有内容，然后再返回上一层目录，删除该文件夹； ④用Windows优化大师等的文件粉碎机删除； ⑤Win2000/XP系统以管理员身份登录，再执行删除操作； ⑥如果系统是WinXP,关闭系统还原，再删； ⑦对于大文件，特别是压缩包文件，关闭杀毒软件的实时监控后，再删； ⑧注销掉预读功能再删，方法：开始→运行，输入regsvr32 /u shmedia.dll，确定。重启后再删。完了再运行一下regsvr32 shmedia.dll,恢复注册； ⑨用WinRAR删除，打开WinRAR，点“添加”，选中要删除的文件，在“设置”下点选“压缩后删除源文件”，压缩完成后把压缩文件也删除。 ⑩先对该文件所在分区进行磁盘扫描，扫描前选中“自动修复文件和扇区”，完成后再删； ⑾打开命令提示符窗口，然后再打开任务管理器，结束“Explorer.exe”进程，在命令提示符窗口进入该文件所在目录，用Del命令删除，完了在任务管理器中点“文件”→新建任务→浏览→找着C:WINDOWSExplorer.exe，点“确定”即可； ⑿Win2000/XP系统，清除页面文件再删除。方法：系统属性→高级→性能设置→高级→虚拟内存更改→把页面文件大小设为“无分页文件”，重启后进行删除。然后恢复原来的页面文件。

1，首先，我们可以在控制面板中点击“添加/删除程序→Office 2007的”2，然后选择“更改”，其次是“添加或删除功能→选择应用程序的高级自定义”; 3，然后选择“下一步”，选择“Office Excel中→加载项→分析工具”，选择“从本机运行”; 4，下面的“更新”按钮来修复。酷睿软件园为你解答。

解决办法：1、把office打上SP2补丁；2、去别的Xp系统电脑复制system32下的Stdole32.tlb文件替换了你的vista系统system32下的Stdole32.tlb文件，然后重启；3、安装Microsoft Office 2007 Service Pack 1 Fix 3 精简版（2009-02-06），可解决 Vista 环境下 Excel 的 stdole32.tlb 错误提示。拓展资料:Office 2007几乎包括了Word、Excel、PowerPoint、Outlook、Publisher、OneNote、Groove、Access、InfoPath等所有的Office组件。其中Frontpage取消，取而代之的是Microsoft SharePoint Web Designer作为网站的编辑系统。Office 2007简体中文版更集成有Outlook手机短信/彩信服务、拼音输入法MSPY 2007以及特别为本地用户开发的Office功能。Office 2007于2006年年底发布，采用包括“Ribbons”在内的全新用户界面元素，其他新功能还包括“To Do”工具条以及RSS阅读器等。

这一般都是在Vista系统中出现的问题，解决办法：　　1、把office打上SP2补丁；　　2、去别的Xp系统电脑复制system32下的Stdole32.tlb文件替换了你的vista系统system32下的Stdole32.tlb文件，然后重启；　　3、安装MicrosoftOffice2007ServicePack1Fix3精简版（2009-02-06），可解决Vista环境下Excel的stdole32.tlb错误提示。

解决办法： 1. 把你的office打上SP2补丁；2. 去别的Xp系统电脑复制system32下的Stdole32.tlb文件替换了你的vista系统system32下的Stdole32.tlb文件，然后重启；3. 安装Microsoft Office 2007 Service Pack 1 Fix 3 精简版（2009-02-06），可解决 Vista 环境下 Excel 的 stdole32.tlb 错误提示。望采纳

1. MMU是硬件。 2. TLB:Translate lookside buffer, 是MMU的一部分，也是硬件。 3. TLB 里面存放的是页表的缓存。页表本来是放在内存里的。但是对于常用的或刚刚用到的页，会被放进TLB暂存, 这样MMU拿到虚拟地址，可以直接在TLB里匹配到物理地址，不用去访问内存里的页表，速度快。 4. 其实TLB也就是一些寄存器，比如32个等，每个TLB寄存器里面存放一个内存页面信息（page)，包含： 有效位，虚页面号，修改位，保护码，和页面所在的物理页面号。 它们和页面表中的表项一一对应。 5. 当一个虚地址被送到MMU翻译时，硬件首先把它和TLB中的所有条目同时(并行地)进行比较，如果它的虚页号在TLB中，并且访问没有违反保护位，它的页面会直接从TLB中取出而不去访问页表，如虚页面号在TLB但当前指令试图写一个只读的页面，这时将产生一个缺页异常，与直接访问页表时相同。如MMU发现在TLB中没有命中，它将随即进行一次常规的页表查找，然后从TLB中淘汰一个条目并把它替换为刚刚找到的页表项。因此如果这个页面很快再被用到的话，第二次访问时它就能在TLB中直接找到。在一个TLB 条目被淘汰时，被修改的位被复制回在内存中的页表项，其它的值则已经在那里了。当TLB从页表装入时，所有的域都从内存中取得。必须明确在分页机制中，TLB中的数据和页表中的数据的相关性，不是由处理器进行维护，而是必须由操作系统来维护，高速缓存的刷新是通过装入处理器（80386）中的寄存器CR3来完成的。（见刷新机制flush_tlb()）这里要还提到命中率，即一个页面在TLB中找到的概率。一般来说TLB的尺寸大可增加命中率，但会增加成本和软件的管理。所以一般都采用8--64个条目的数量。假如命中率是0.85，访问内存时间是120纳秒，访TLB时间是15纳秒。那么访问时间是：0.85*(15)+(1-0.85)*(15+120)=136.35纳秒。

快表是一种寄存器，单独存在，不在CACHE也不在主存中

该问题是因为文件丢失或损坏造成的，通过修复microsoft office能解决，其中的具体步骤如下：1、直接打开电脑的开始菜单，选择控制面板进入。2、这个时候，需要点击卸载程序跳转。3、下一步，找到相关的产品并确定更改。4、如果没问题，就继续修复。5、在完成上述操作以后，等待对应的过程。6、这样一来会发现图示的结果，即可达到目的了。

1、首先选择鼠标单击左下角的“开始”功能选项。2、选择鼠标单击起始页面上的“运行的功能选项。3、在“运行”选项的跳出页面上输入msconfig的字符。4、在系统配置界面中，执行工具-更改UAC设置-启动的选项。5、选择鼠标单击“用户帐户控制设置”页面上的“确定”功能按钮。6、然后重新启动计算机以消除stdole32错误消息。

页表用来把虚拟页映射到物理页，并且存放页的保护位(即访问权限)。 在Linux4.11版本以前，Linux内核把页表分为4级： 页全局目录表(PGD)、页上层目录(PUD)、页中间目录(PMD)、直接页表(PT) 。 4.11版本把页表扩展到5级，在页全局目录和页上层目录之间增加了 页四级目录(P4D) 。 各处处理器架构可以选择使用5级，4级，3级或者2级页表，同一种处理器在页长度不同的情况可能选择不同的页表级数。可以使用配置宏CONFIG_PGTABLE_LEVELS配置页表的级数，一般使用默认值。 如果选择4级页表，那么使用PGD，PUD，PMD，PT；如果使用3级页表，那么使用PGD，PMD，PT；如果选择2级页表，那么使用PGD和PT。 如果不使用页中间目录 ，那么内核模拟页中间目录，调用函数pmd_offset 根据页上层目录表项和虚拟地址获取页中间目录表项时 ， 直接把页上层目录表项指针强制转换成页中间目录表项 。 每个进程有独立的页表，进程的mm_struct实例的成员pgd指向页全局目录,前面四级页表的表项存放下一级页表的起始地址，直接页表的页表项存放页帧号(PFN) 。 内核也有一个页表， 0号内核线程的进程描述符init_task的成员active_mm指向内存描述符init_mm，内存描述符init_mm的成员pgd指向内核的页全局目录swapper_pg_dir 。 ARM64处理器把页表称为转换表，最多4级。ARM64处理器支持三种页长度：4KB，16KB，64KB。页长度和虚拟地址的宽度决定了转换表的级数，在虚拟地址的宽度为48位的条件下，页长度和转换表级数的关系如下所示： ARM64处理器把表项称为描述符，使用64位的长描述符格式。描述符的0bit指示描述符是不是有效的：0表示无效，1表示有效。第1位指定描述符类型。 在块描述符和页描述符中，内存属性被拆分为一个高属性和一个低属性块。 处理器的MMU负责把虚拟地址转换成物理地址，为了改进虚拟地址到物理地址的转换速度，避免每次转换都需要查询内存中的页表，处理器厂商在管理单元里加了称为TLB的高速缓存，TLB直译为转换后备缓冲区，意译为页表缓存。 页表缓存用来缓存最近使用过的页表项， 有些处理器使用两级页表缓存 ： 第一级TLB分为指令TLB和数据TLB，好处是取指令和取数据可以并行；第二级TLB是统一TLB，即指令和数据共用的TLB 。 不同处理器架构的TLB表项的格式不同。ARM64处理器的每条TLB表项不仅包含虚拟地址和物理地址，也包含属性：内存类型、缓存策略、访问权限、地址空间标识符(ASID)和虚拟机标识符(VMID)。 地址空间标识符区分不同进程的页表项 ， 虚拟机标识符区分不同虚拟机的页表项 。 如果内核修改了可能缓存在TLB里面的页表项，那么内核必须负责使旧的TLB表项失效，内核定义了每种处理器架构必须实现的函数。 当TLB没有命中的时候，ARM64处理器的MMU自动遍历内存中的页表，把页表项复制到TLB，不需要软件把页表项写到TLB，所以ARM64架构没有提供写TLB的指令。 为了减少在进程切换时清空页表缓存的需要，ARM64处理器的页表缓存使用非全局位区分内核和进程的页表项(nG位为0表示内核的页表项)， 使用地址空间标识符(ASID)区分不同进程的页表项 。 ARM64处理器的ASID长度是由具体实现定义的，可以选择8位或者16位。寄存器TTBR0_EL1或者TTBR1_EL1都可以用来存放当前进程的ASID，通常使用寄存器TCR_EL1的A1位决定使用哪个寄存器存放当前进程的ASID，通常使用寄存器 TTBR0_EL1 。寄存器TTBR0_EL1的位[63:48]或者[63:56]存放当前进程的ASID，位[47:1]存放当前进程的页全局目录的物理地址。 在SMP系统中，ARM64架构要求ASID在处理器的所有核是唯一的。假设ASID为8位，ASID只有256个值，其中0是保留值，可分配的ASID范围1~255，进程的数量可能超过255，两个进程的ASID可能相同，内核引入ASID版本号解决这个问题。 (1)每个进程有一个64位的软件ASID， 低8位存放硬件ASID，高56位存放ASID版本号 。 (2) 64位全局变量asid_generation的高56位保存全局ASID版本号 。 (3) 当进程被调度时，比较进程的ASID版本号和全局版本号 。如果版本号相同，那么直接使用上次分配的ASID，否则需要给进程重新分配硬件ASID。 存在空闲ASID，那么选择一个分配给进程。不存在空闲ASID时，把全局ASID版本号加1，重新从1开始分配硬件ASID，即硬件ASID从255回绕到1。因为刚分配的硬件ASID可能和某个进程的ASID相同，只是ASID版本号不同，页表缓存可能包含了这个进程的页表项，所以必须把所有处理器的页表缓存清空。 引入ASID版本号的好处是：避免每次进程切换都需要清空页表缓存，只需要在硬件ASID回环时把处理器的页表缓存清空 。 虚拟机里面运行的客户操作系统的虚拟地址转物理地址分两个阶段： (1) 把虚拟地址转换成中间物理地址，由客户操作系统的内核控制 ，和非虚拟化的转换过程相同。 (2) 把中间物理地址转换成物理地址，由虚拟机监控器控制 ，虚拟机监控器为每个虚拟机维护一个转换表，分配一个虚拟机标识符，寄存器 VTTBR_EL2 存放当前虚拟机的阶段2转换表的物理地址。 每个虚拟机有独立的ASID空间 ，页表缓存使用 虚拟机标识符 区分不同虚拟机的转换表项，避免每次虚拟机切换都要清空页表缓存，在虚拟机标识符回绕时把处理器的页表缓存清空。

在一段时间内，程序的执行仅限于某个部分，相应地，它所访问的存储空间也局限于某个区域。 局部性原理的 分类 ： 将编译后的目标模块装配成一个可执行程序。 可执行程序以 二进制可执行文件 的形式存储在磁盘上。 链接程序的 任务 ： 程序的链接，可划分为： 重定位 ：将逻辑地址（相对地址）转换为物理地址（绝对地址）的过程。 物理地址 = 逻辑地址 + 程序在内存中的起始地址 程序的装入，可划分为： 任何时刻主存储器 最多只有一个作业 。 每个分区 大小固定不变 ：分区大小相等、分区大小不等。 每个分区可以且 仅可以装入一个作业 。 使用 下限寄存器 和 上限寄存器 来保存当前作业的起始位置和结束位置。 使用 固定分区说明表 区分各分区的状态。 分区 大小不是预先固定的 ，而是按作业（进程）的实际需求来划分的。 分区 个数也不是预先固定的 ，而是由装入的作业数决定的。 使用 空闲分区表 说明空闲分区的位置。 使用 空闲分区链 说明空闲分区的位置。 首次适应算法的 过程 ： 外部碎片：空闲内存 没有在 分配的 进程 中。 内部碎片：空闲内存 在 分配的 进程 中。 从 上次找到的 空闲分区的 下一个 空闲分区开始查找。 优点：空闲区分布均匀、查找开销较小。 缺点：缺乏大空闲区。 最佳适应算法的 过程 ： 优点：提高内存利用率。 注意点：每次在进行空闲区的修改前，需要先进行 分区大小递增 的排序。 页 ：将一个 进程 的 逻辑地址空间 分成若干个 大小相等 的 片 。 页框 ：将 物理内存空间 分成与页大小相同的若干个 存储块 。 分页存储 ：将进程的若干 页 分别装入多个 可以不相邻 的 页框 中。 页内碎片 ：进程 最后一页 一般装不满一个页框，形成 页内碎片 。 页表 ：记录描述页的各种数据，实现从 页号 到 页框号 的映射。 注意： 页内偏移量 的单位是 字节 。 分页地址变换指是： 逻辑地址 通过 地址变换机构 变换为 物理地址 。 分页地址变换的 过程 ： 操作系统在修改或装入页表寄存器的值时，使用的是 特权级 指令。 页大小：512B ~ 4KB，目前的计算机系统中，大多选择 4KB 大小的页。 页大小的 选择因素 ： 快表也称为“转换后援缓冲”，是为了提高CPU访问速度而采用的专用缓存，用来存放 最近被访问过的页表项 。 英文缩写：TLB。 组成： 键和值 。 在TLB中找到某一个页号对应的页表项的百分比称为 TLB命中率 。 当 能 在TLB中找到所需要的页表项时： 有效访问时间 = 一次访问TLB 的时间 + 一次访问内存 的时间（访问内存读写数据或指令） 当 不能 在TLB中找到所需要的页表项时： 有效访问时间 = 一次访问TLB 的时间 + 两次访问内存 的时间（一次访问内存页表，一次访问内存读写数据或指令） 将页表再分页，形成两级或多级页表，将页表离散地存放在物理内存中。 在进程切换时，要运行的进程的页目录表歧视地址被写入 页表寄存器 。 在二级分页系统中，为页表再建立一个页目录表的目的是为了能在地址映射时得到页表在物理内存中的地址，在页目录表的表项中存放了每一个 页表 在物理内存中所在的 页框号 。 虚拟存储器 ：是指具有 请求调入功能 和 置换功能 ，能 从逻辑上对内存容量进行扩充 的一种存储系统。 请求调入 ：就是说，先将进程一部分装入内存，其余的部分什么时候需要，什么时候请求系统装入。 置换 ：如果请求调入时，没有足够的内存，则由操作系统选择一部分内存中的进程内容移到外存，以腾出空间把当前需要装入的内存调入。 为了实现请求分页，需要： 保证进程正常运行的所需要的最小页框数。 最小页框数与进程的大小没有关系，它与计算机的 硬件结构 有关，取决于 指令的格式、功能和寻址方式 。 内存不够时，从进程本身选择淘汰页，还是从系统中所有进程中选择？： 采用什么样的算法为不同进程分配页框？： 常用的两种 置换策略 ： 局部置换 和 全局置换 。 从分配给进程的页框数量上看，常使用的两种 分配策略 ： 固定分配 和 可变分配 。 用新调入的页替换 最长时间没有访问 的页面。 找到 未来最晚被访问 的那个页换出。 ，P为缺页率。 有效访问时间与缺页率成 正比 ，缺页率越高，有效访问时间越长，访问效率越低。 工作集 ：某段时间间隔里，进程实际要访问的页的集合。 引入工作集的 目的 ：降低缺页率，提高访问内存效率。 抖动 ：运行进程的大部分时间都用于页的换入换出，几乎不能完成任何有效果工作的状态。 抖动的 产生原因 ： 抖动的 预防方法 ： 在分段存储管理的系统中，程序使用 二维 的逻辑地址，一个数用来表示 段 ，另一个数用来表示 段内偏移量 。 引入分段的 目的 ： 引入分段的 优点 ： 进程的地址空间被划分成 若干个段 。 每个段定义了一组逻辑信息，每个段的大小由相应的逻辑信息组的长度确定， 段的大小不一样 ，每个段的逻辑地址从0开始，采用一段 连续的地址空间 。 系统为每个段分配一个 连续的物理内存区域 ，各个 不同的段可以离散 地放入物理内存不同的区域。 系统为 每个进程建立一张段表 ，段表的每一个表项记录的信息包括： 段号、段长和该段的基址 ，段表存放在内存中。 分段的 逻辑地址结构 ： 段表是由操作系统维护的用于支持分段存储管理 地址映射 的数据结构。 每个进程有一个段表，段表由段表项构成。每个段表项包括： 段号、段长（段的大小）和该段的基址（段的起始地址） 。 若已知逻辑单元的地址为 S:D （段号:段内偏移量），求相应物理地址的步骤如下： 相同点 ：分页和分段都属于 离散 分配方式，都要通过数据结构与硬件的配合来实现 逻辑地址到物理地址 的映射。 不同点 ： 将用户进程的逻辑空间 先划分为若干个段 ， 每个段再划分成若干个页 。 进程以页为单位在物理内存中 离散 存放，每个段中被离散存放的页具有 逻辑相关性 。 为了实现地址映射，操作系统为 每个进程建立一个段表 ，再为 每个段建立一个页表 。 进程段表的段表项组成： 满足以下条件的两个块称为 伙伴 ：

重新安装OFFICE2007即可解决此问题。记得采纳啊

终于电脑操作系统升级成为win7，也装了excel2007，但问题却出现了。当我一打开电脑，会出现stdole32.tlb的提示窗口，点确定，excel就会开始修复，但实际上此修复并不解决问题，下次打开excel还是会出现此问题。在网上搜索了n种答案，无非以下几种：1）重新安装office2007；2）给登录用户提权，升级到admin级别；3）拷贝其他电脑stdole32.tlb文件到本机实际上这三种解决方案对于我这台电脑来说根本解决不了问题，依然出现讨厌的窗口，尽管取消也可以用，但总是觉得不爽。通过搜索微软的帮助，发现了类似情况解决的方案也是提权，可是我的用户已经属于administrator组成员，到底要怎么提权呢？这时想到了讨厌的uac（useraccountcontrol:用户帐户控制)，总是要求这样或者那样的权限，一下想到，那如果我关闭uac后重装office，是否看以解决此问题呢？于是关闭了uac，重新安装office，一切问题解决。附：关闭uac方法使用msconfig关闭uac1.依次点击“开始运行”，输入msconfig，打开系统配置实用程序2.选择”工具”选项卡，向下滚动找到”关闭uac”，选中该行。3.点击“启动”按钮4.一个cmd窗口将会打开，当运行完毕后，将其关闭。5.退出msconfig，重启系统即可。如果您以后想要重新开启uac功能，只需选中”启动uac”行，同样进行操作一次即可开启。出现本问题系统环境：

这一般都是在Vista系统中出现的问题，解决办法：1、把office打上SP2补丁；2、去别的Xp系统电脑复制system32下的Stdole32.tlb文件替换了你的vista系统system32下的Stdole32.tlb文件，然后重启；3、安装Microsoft Office 2007 Service Pack 1 Fix 3 精简版（2009-02-06），可解决 Vista 环境下 Excel 的 stdole32.tlb 错误提示。拓展资料：Microsoft Excel是Microsoft为使用Windows和Apple Macintosh操作系统的电脑编写的一款电子表格软件。直观的界面、出色的计算功能和图表工具，再加上成功的市场营销，使Excel成为最流行的个人计算机数据处理软件。在1993年，作为Microsoft Office的组件发布了5.0版之后，Excel就开始成为所适用操作平台上的电子制表软件的霸主。

推荐几个方法1.从别的机器上拷贝stdole32.tlb拷入2.运行windowsupdate，会有office2007升级包，升级3.如果安装的是精简版，有一些精简版的Office办公软件，都会将Office中的“分析工具集”这个组件给却除了，因此会导致这个问题。因此，如果安装的是精简版Office的话，软件直销网小编建议重装一个。不过，如果这个问题是后来才发生的，与Office版本本身无关的话，那么，就有可能是由于某种原因导致了该文件的缺失造成的。解决方法如下：1，首先，我们可以在控制面板依次点击“添加/删除程序→Office2007”；2，然后，选择“更改”，依次点“添加或删除功能→选择应用程序的高级自定义”；3，然后选择“下一步”，依次选择“OfficeExcel→加载宏→分析工具集”，并选择“从本机运行”；4，点下面的“更新”按钮修复即可。4.安装office2010

简单的说就是在极端情况下CPU（4和核心满负荷工作的情况下） 2缓与3缓之间的数据传输会发生错位，导致校验错误然后死机。AMD已经有补丁来屏蔽这个错误的位置了以下是原文芯片上的translation lookaside buffer(TLB)以及L3 Cache两个部分。AMD已经在他们的Linux核心补丁的文档中对这个错误作了技术性的描述，并说明通过这样的软件的补丁的方法可以导致很小的性能损失，大约在1%。下面是这个技术性描述的原文： Erratum 298 will be described as follows: "The processor operation to change the accessed or dirty bits of a page translation table entry in the L2 from 0b to 1b may not be atomic. A small window of time exists where other cached operations may cause the stale page translation table entry to be installed in the L3 before the modified copy is returned to the L2. In addition, if a probe for this cache line occurs during this window of time, the processor may not set the accessed or dirty bit and may corrupt data for an unrelated cached operation. The system may experience a machine check event reporting an L3 protocol error has occurred. In this case, the MC4 status register (MSR 0000_0410) will be equal to B2000000_000B0C0F or BA000000_000B0C0F. The MC4 address register (MSR 0000_0412) will be equal to 26h." 处理器在L2的0b到1b替换一个页表转换中已被存取或者被污染的数据并不一定是一个原子操作（一个独立的操作）。存在一个时间窗口，使得其他被缓存的操作，将先前的页表转换数据在其已经被修改的拷贝回到L2之前就被转移到L3当中。 另外，如果在这样的一个时间窗口查询了这段Cache line，处理器可能不会设置已经存取的或者被污染的数据，并且抄送错误的数据给一个不相关的缓存操作。系统可能会开始自动效验事件，并且报告出现一个L3协议错误已经发生。在这样的情况下，MC4状态寄存器（MSR 0000_0410）可能会等于B2000000_000B0C0F或者BA000000_000B0C0F。MC4地址寄存器（MSR 0000_0412）将会等于26h. 这样的一个特殊的情况可能会导致数据的错误并且很有可能在四个核心都满载的情况下发生系统宕机。技术上AMD习惯于把这个错误称之为298号错误，但是大家可能更多的把这个错误叫做TLB错误。以上就是关于这个错误的一个大概情况，在我们开始测试之前有些东西是需要申明的。有些人可能会被这个错误将有可能影响系统的稳定性的可能性给搞迷惑了（这句话本身就够迷惑人的）。我们目前并没有很好的方法定量的来证明这个可能性发生的几率，但是我们可以提供一些金点子。AMD说这样的问题发生非常的罕见，我们也相信这是一个事实。CPU制造商在发布一款产品之前一定做了大量的测试，因为他们想避免问题的发生。Barcelona Opteron在9月份被我们测试的时候也非常的稳定，我们也在之前测试Phenom的过程中遇到了一些稳定性方面的问题，但是我们都将这些问题归结到了尚未公开发售的ASUS主板上。我们之前使用的ASUS的M3A32-MVP Deluxe在即使没有使用新的带有补丁的BIOS的情况下也十分的稳定，我们使用MSI的主板来做这次测试，在这个测试的过程中，即便是主板没有刷新使用带有补丁的BIOS，整个系统也没有出现一次宕机或者锁死。 按照CPU制造商的标准来说，TLB问题是一个大问题，因为CPU制造商的最重要的标准就是保证系统的稳定，这不是一个CPU的选择性特点，这是每一块CPU所必须做到的。即便是某些错误在某些极限的状态下才会发生也是不允许的，因为少于100%的稳定是不可以接受的。AMD帮助建立了这些标准，当然，整个业界也十分希望CPU制造商做到他们。我们应当使用一些方法来降低TLB错误在PC的使用寿命中发生的几率，但是这个问题不应当由最终用户来考虑。即使问题发生的几率在小，也没有人想系统的党机发生在他的头上，没有人想得到一个有缺陷的CPU。这也就是为什么AMD直接要求主板厂商把打了补丁的BIOS作为他们主办的默认BIOS，而没有商量的余地，即便这样可能会导致系统性能的下降。AMD还将会发布新的Overdriver调节软件的版本可以让用户可以关闭这个补丁，让用户选择稳定还是性能。关于这个补丁的影响，很难的作出完整的评估，我们听说在补丁完成后可能会丧失10%-20%的性能，而且我们获知基于BIOS的补丁程序是通过屏蔽CPU内的问题逻辑单元来达到修复的目的的，但是注意L3并不是被完全屏蔽了。

tlb只有特殊的com dll才有，且不是必须的。但是用tlb会更方便，所以有的话一般都会用dll是必须的，tlb是可选的

TLB 用于缓存一部分标签页表条目。TLB可介于 CPU 和 CPU缓存之间，或在 CPU 缓存和主存之间，这取决于缓存使用的是物理寻址或是虚拟寻址。如果缓存是虚拟寻址，寻址请求将会直接从 CPU 传送给缓存，然后从缓存访问所需的 TLB 条目。如果缓存使用物理寻址，CPU 会先对每一个存储器操作进行 TLB 查寻，并且将取得的物理地址传送给缓存。两种方法各有优缺点。采用物理寻址的缓存的一种常见优化，是并行的进行 TLB 查寻和缓存的访问。所有虚拟地址的较低比特（例如，在虚拟内存系统中具有 4KB 标签页时，虚拟地址中较低的那 12 比特）代表的是所请求的地址在分页内部的地址偏移量（页内地址），且这些比特不会在虚拟地址转换到物理地址的过程中发生改变。访问CPU缓存的过程包含两步：使用一条索引去寻找CPU缓存的数据存储区中的相应条目，然后比较找到的CPU缓存条目的相应标记。如果缓存是用虚实地址转译过程中不变的页内地址来索引组织起来的，则可并行地执行TLB上虚实地址的较高比特(即分页的页间地址／页号）的转换与CPU缓存的“索引”操作。然后，从 TLB 获得的的物理地址的页号会传送给CPU缓存。CPU缓存会对页号标记进行比较，以决定此次访问是寻中或是缺失。它也有可能并行的进行 TLB 查寻和CPU缓存访问，即使CPU缓存必须使用某些可能会在地址转译后发生改变的比特；参阅缓存条目的地址转译一节，以取得关于虚拟寻址下缓存和 TLB 的进一步细节。

作用不同，TLB主要用于页表缓存，cpucache通常有好几级，缓存内存数据副本，一般比TLB大多了，速度都是非常快的。

我也很好奇。。。。。

缩写在不同领域可以有很多不同解释。你说的可能是正泰漏电保护开关？最好把型号写出来，才能解释更准确。

DAT文件可能是数据库文件，也可能是视频文件，BMP是位图文件，TLB文件是OLE类型库，一般用WOED打开,如程序打不开，可以使用记事本或UltraEdit打开。PRS是HarvardGraphicsforWindows演示文件，用WordPerfectforWin打开，XML文档是HTML的扩展，也就是网页文件，一般可以删除。

发生这种问题主要是没有将typelib信息写到注册表，只要调用RegisterTypeLibServer函数则可添加相关信息，参考下面代码。以下宏定义是我为了简化com控件开发定义的。//-----------------------------------------------------------------//EXPORTS////DllGetClassObject PRIVATE//DllCanUnloadNow PRIVATE//DllRegisterServer PRIVATE//DllUnregisterServer PRIVATE//-----------------------------------------------------------------#pragma once#include <assert.h>#include <tchar.h>#include <strsafe.h>#include <Shlwapi.h>#include "streams.h"#include <atlbase.h>#pragma comment(lib,"winmm.lib")//Node:If you reference baseclass library,runtime library must use mt or mtd mode,because usually we compile baseclass in mt/mtd mode.#if defined(DEBUG) || defined(_DEBUG)#pragma comment(lib,"strmbasd.lib")#else#pragma comment(lib,"strmbase.lib")#endif#define BEGIN_COM_DECLARE /extern HMODULE g_hModule = NULL;/CFactoryTemplate g_Templates[] = /{#define END_COM_DECLARE(clsid,version,libraryname) /};/const int CLSID_STRING_SIZE = 39 ;/void CLSIDtoString(const CLSID& clsid, TCHAR* szCLSID, int length)/{/ assert(length >= CLSID_STRING_SIZE) ;/ LPOLESTR wszCLSID = NULL ;/ HRESULT hr = StringFromCLSID(clsid, &wszCLSID) ;/ assert(SUCCEEDED(hr)) ;/ lstrcpy(szCLSID,wszCLSID);/ CoTaskMemFree(wszCLSID) ;/}/LONG DeleteKey(HKEY hKeyParent, const TCHAR* lpszKeyChild)/{/ HKEY hKeyChild ;/ LONG lRes = RegOpenKeyEx(hKeyParent, lpszKeyChild, 0,KEY_ALL_ACCESS, &hKeyChild) ;/ if (lRes != ERROR_SUCCESS)/ {/ return lRes ;/ }/ FILETIME time ;/ TCHAR szBuffer[256] ;/ DWORD dwSize = 256 ;/ while (RegEnumKeyEx(hKeyChild, 0, szBuffer, &dwSize, NULL,NULL, NULL, &time) == S_OK)/ {/ lRes = DeleteKey(hKeyChild, szBuffer) ;/ if (lRes != ERROR_SUCCESS)/ {/ RegCloseKey(hKeyChild) ;/ return lRes;/ }/ dwSize = 256 ;/ }/ RegCloseKey(hKeyChild) ;/ return RegDeleteKey(hKeyParent, lpszKeyChild) ;/}/BOOL SetKeyAndValue(const TCHAR* szKey,const TCHAR* szSubkey,const TCHAR* szValue)/{/ TCHAR szKeyBuf[1024] ;/ lstrcpy(szKeyBuf, szKey) ;/ if (szSubkey != NULL)/ {/ lstrcat(szKeyBuf, L"//") ;/ lstrcat(szKeyBuf, szSubkey ) ;/ }/ HKEY hKey;/ long lResult = RegCreateKeyEx(HKEY_CLASSES_ROOT ,szKeyBuf, 0, NULL, REG_OPTION_NON_VOLATILE,/ KEY_ALL_ACCESS, NULL, &hKey, NULL) ;/ if (lResult != ERROR_SUCCESS)/ {/ return FALSE ;/ }/ if (szValue != NULL)/ {/ RegSetValueEx(hKey, NULL, 0, REG_SZ, (BYTE *)szValue, 2*lstrlen(szValue)+1) ;/ }/ RegCloseKey(hKey) ;/ return TRUE ;/}/HRESULT RegisterTypeLibServer(const CLSID& clsid, const TCHAR *szVersion, const TCHAR *szLibraryName, const TCHAR *szTlbPath) /{/ TCHAR szCLSID[CLSID_STRING_SIZE] ;/ CLSIDtoString(clsid, szCLSID, sizeof(szCLSID)) ;/ TCHAR szKey[MAX_PATH] ;/ lstrcpy(szKey, L"TypeLib//") ;/ lstrcat(szKey, szCLSID) ;/ SetKeyAndValue(szKey, NULL, NULL) ;/ SetKeyAndValue(szKey, szVersion, szLibraryName) ;/ lstrcat(szKey, L"//") ;/ lstrcat(szKey, szVersion) ;/ SetKeyAndValue(szKey, L"0", NULL) ;/ TCHAR szSubKey[MAX_PATH] ;/ memset(szSubKey,0,MAX_PATH);/ lstrcpy(szSubKey,szKey);/ lstrcat(szSubKey, L"//0") ;/ SetKeyAndValue(szSubKey, L"win32", szTlbPath) ;/ SetKeyAndValue(szKey, L"FLAGS", L"0") ;/ TCHAR szTlbDir[MAX_PATH];/ lstrcpy(szTlbDir,szTlbPath);/ PathRemoveFileSpec(szTlbDir);/ SetKeyAndValue(szKey, L"HELPDIR", szTlbDir) ;/ return S_OK ;/}/HRESULT UnregisterTypeLibServer(const CLSID& clsid)/{/ TCHAR szCLSID[CLSID_STRING_SIZE] ;/ CLSIDtoString(clsid, szCLSID, sizeof(szCLSID)) ;/ TCHAR szKey[64] ;/ lstrcpy(szKey, L"TypeLib//") ;/ lstrcat(szKey, szCLSID) ;/ LONG lResult = DeleteKey(HKEY_CLASSES_ROOT, szKey) ;/ return lResult==ERROR_SUCCESS?S_OK:E_FAIL ;/}/int g_cTemplates = sizeof(g_Templates)/sizeof(g_Templates[0]);/STDAPI DllRegisterServer()/{/ TCHAR szTlbDir[MAX_PATH];/ ::GetModuleFileName(g_hModule,szTlbDir,MAX_PATH);/ PathRenameExtension(szTlbDir,L".tlb");/ RegisterTypeLibServer(clsid,version,libraryname,szTlbDir);/ return AMovieDllRegisterServer2( TRUE );/}/STDAPI DllUnregisterServer()/{/ UnregisterTypeLibServer(clsid);/ return AMovieDllRegisterServer2( FALSE );/} /extern "C" VARIANT_BOOL WINAPI DllEntryPoint(HINSTANCE, ULONG, LPVOID);/VARIANT_BOOL APIENTRY DllMain( HMODULE hModule,DWORD ul_reason_for_call, LPVOID lpReserved )/{/ g_hModule = hModule;/ return DllEntryPoint((HINSTANCE)(hModule), ul_reason_for_call, lpReserved);/}#define DECLARE_COM_OBJECT / DECLARE_IUNKNOWN/ static CUnknown * WINAPI CreateInstance (LPUNKNOWN punk, HRESULT *phr);/ STDMETHODIMP NonDelegatingQueryInterface(REFIID riid, void ** ppv);/#define IMPLEMENT_COM_INSTANCE(c,n,i) /CUnknown * c::CreateInstance (LPUNKNOWN punk, HRESULT *phr)/{/ CUnknown*pObj = new c(n,punk);/ *phr = pObj==NULL?E_OUTOFMEMORY:S_OK;/ return pObj;/}/STDMETHODIMP c::NonDelegatingQueryInterface(REFIID riid, void ** ppv)/{/ if (riid == __uuidof(i)) {/ GetInterface((i*) this, ppv);/ return NOERROR;/ }#define QUERY_INTERFACE(i) / else if (riid == __uuidof(i)) {/ GetInterface((i*) this, ppv);/ return NOERROR;/ }#define END_COM_OBJECT(p) / else {/ return p::NonDelegatingQueryInterface(riid,ppv);/ }/}

使用vb建dll时它就会生成一个.tlb了

以找另一台的电脑上去复制下这个缺失的文件，看看能否解决问题或者你可以尝试使用腾讯电脑管家来修复缺失DLL文件具体方法是，打开腾讯电脑管家--电脑诊所--软件问题--丢失.Dll 文件--一键修复--完成如果还是解决不了，去脚本之家下一个文件直接复制进去就能搞定了 如果找不到，还可以下载一个dx修复工具3.0增强版，去修复一下

这个是我这几天也一直苦恼的问题~但是今天偶然的机会发现其实很简单，只需右键excel图标--》属性--》兼容性--》兼容模式--》windowsxp然后就能有飞一样的体验啦~

TLB价值：能够有效减少寻找物理地址所消耗时间。 TLB(Translation Lookaside Buffer)转换检测缓冲区是一个内存管理单元,用于改进虚拟地址到物理地址转换速度的缓存。 TLB是一个小的，虚拟寻址的缓存，其中每一行都保存着一个由单个PTE(Page Table Entry, 页表 项)组成的块。如果没有TLB，则每次取数据都需要两次访问内存，即查页表获得物理地址和取数据。 TLB又称为 快表 技术。由于“页表”存储在 主存储器 中，查询页表所付出的代价很大，由此产生了TLB。

TLB是一种OLE(或ActiveX)定义文件，它包括常数、接口(Interface)、类等的定义。你可以在VB的集成环境的Project|Reference中将TLB文件加入项目，然后在Object Browser中看到该文件中包括哪些常数、接口、类，而每个类又包括什么方法和属性。微软提供的各种SDK中通常包括一个或数个TLB文件以方便编程。你也可以制作TLB文件，首先编写一个ODL文件(在VC++的帮助中有语法说明)，然后使用MKTYPLIB(在VB光盘上有)编译生成TLB文件。类似的文件，还有Office所提供的OLB文件。想打开就记事本可以打开

快表是单独的寄存器/寄存器堆/cache，总之它是独立的。不可能放在主存，因为快表存在的目的就是减少主存访问次数；也不在通常说的cpu多级缓存里，而是有单独的存放位置。

OLE库文件，其中存放了OLE自动化对象的数据类型、模块和接口定义，自动化服务器通过TLB文件就能了解自动化对象的使用方法。

TLB：加速虚拟地址-->物理地址的转换，如果没有TLB的话每次进行地址转换都要访问内存。TLB结构有点像cache。cache：存放最近使用的数据和指令，对于上层来说cache是透明的。cache和TLB的区别，我说说吧。cache中的数据存在时间局域性和空间局域性。TLB中存放的是物理地址只有时间局域性。cache存放数据，TLB存放物理地址具体了解一下【虚拟内存】相关的知识

MMUabbr. 存储器管理单元（Memory Management Unit）TLBabbr.传输后缓冲器（Translation Look-aside Buffers）延伸阅读：MMU是Memory Management Unit的缩写，中文名是内存管理单元，它是中央处理器（CPU）中用来管理虚拟存储器、物理存储器的控制线路，同时也负责虚拟地址映射为物理地址，以及提供硬件机制的内存访问授权，多用户多进程操作系统。TLB(Translation Lookaside Buffer)传输后备缓冲器是一个内存管理单元用于改进虚拟地址到物理地址转换速度的缓存。TLB是一个小的，虚拟寻址的缓存，其中每一行都保存着一个由单个PTE组成的块。如果没有TLB，则每次取数据都需要两次访问内存，即查页表获得物理地址和取数据。

DP: Dual Processing(双处理器) APIC:Advanced Programmable Interrupt Controller (高级程序中断控制器) TLB:Translate Look side Buffers(转换旁视缓冲器）

快表是单独的寄存器/寄存器堆/cache，总之它是独立的。不可能放在主存，因为快表存在的目的就是减少主存访问次数；也不在通常说的cpu多级缓存里，而是有单独的存放位置。

1，首先，我们可以在控制面板中点击“添加/删除程序→Office 2007的”2，然后选择“更改”，其次是“添加或删除功能→选择应用程序的高级自定义”; 3，然后选择“下一步”，选择“Office Excel中→加载项→分析工具”，选择“从本机运行”; 4，下面的“更新”按钮来修复。

TLB是一种OLE(或ActiveX)定义文件，它包括常数、接口(Interface)、类等的定义。可以在VB的集成环境的Project|Reference中将TLB文件加入项目，然后在Object Browser中看到该文件中包括哪些常数、接口、类，而每个类又包括什么方法和属性。微软提供的各种SDK中通常包括一个或数个TLB文件以方便编程。也可以自己制作TLB文件，首先编写一个ODL文件(在VC++的帮助中有语法说明)，然后使用MKTYPLIB(在VB光盘上有)编译生成TLB文件。

用过wps的话，请卸载wps

stdole32.tlb是excel软件的一个重要dll文件，缺少它excel可能无法正常使用。当你的电脑弹出提示“stdole32.tlb丢失”或“无法找到stdole32.tlb”等错误问题，请下载本站为你提供的该文件，使用它可以帮助用户解决上述问题。文件修复方法：1、解压下载的文件。2、复制文件“stdole32.tlb”到系统目录下覆盖即可。3、系统目录一般为：C:WINNTSystem32 64位系统为C:WindowsSysWOW64

这是兼容性的问题。解决此问题的方法和操作步骤如下：1、首先，打开计算机，单击左下角的圆圈图标，在输入框中输入“运行”，然后单击对应的应用，如下图所示。2、其次，“运行”界面打开。 输入关键字“msconfig”，如下图所示。3、接着，单击下面的“确定”按钮，如下图所示。4、然后，界面跳转，单击“工具”选项卡，选择“更改UAC设置”，然后单击右下角的启动图标，如下图所示。5、随后，弹出用户帐户控制设置，确认默认选项，然后单击右下角的“确定”按钮，如下图所示。6、最后，单击左下角的开始按钮图标，单击“重启”按钮，然后重新启动计算机，如下图所示。 重新启动计算机后，就可以正常打开excel软件了。