操作注册表重要行使的六个函数为(已经渗透到下边的实例程序中

  用C#兑现注册表的读\写是一件很容易的政工,在此不做详细的助教。

假定想要将一个exe程序设置为开机自启动,其实就是在HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run注册表项中添加一个注册表变量,这些变量的值是程序的四面八方路径。

  用C#操作注册表重要利用的两个函数为(已经渗透到下边的实例程序中,注:要引入Microsoft.Win32命名空间):

具体操作步骤是:

      1:读取键值–>Registry.LocalMachine.OpenSubKey(“..Key的路径…”,
true),这里的第2个bool类型的参数含义为:标志打开的键值是否可以转移(即:是否足以用SetValue()给键赋值),然后调用GetValue()方法就能把键值读取出来。

1、使用RegistryKey类的CreateSubKey方法打开HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run变量,虽然不存在,这些方法会直接开立。
2、假设是增长一个变量的键值可以运用RegistryKey类的SetValue方法;
假诺是删除一个变量的键值可以拔取RegistryKey类的DeleteValue方法。

      2:写入键值–>Registry.LocalMachine.CreateSubKey(“..Key的路径…”),然后调用SetValue()写入键值。

代码: 设置程序开机自启动状态

  这里最首要教学一下32位程序和64位程序在64位平台上读\写注册表的界别【注:32位程序是–>Build的Platform
target为X86;64位程序–>Build的Platform
target为X64;并且VS2010在默认的情状下为X86编译环境(即:32位)】

using System;  
using System.Windows.Forms;  
using Microsoft.Win32;  
namespace RegistryUtil {  
       static class Program {  
              /// <summary>  
              /// 应用程序的主入口点。  
              /// </summary>  
              [STAThread]  
              static void Main() {  
                     Application.EnableVisualStyles();  
                     Application.SetCompatibleTextRenderingDefault(false);  
                     SetAutoBootStatu(true);  
              }  

              /// <summary>  
              /// 在注册表中添加、删除开机自启动键值  
              /// </summary>  
              public static int SetAutoBootStatu(bool isAutoBoot) {  
                     try {  
                            string execPath = Application.ExecutablePath;  
                            RegistryKey rk = Registry.LocalMachine;  
                            RegistryKey rk2 = rk.CreateSubKey("Software\\Microsoft\\Windows\\CurrentVersion\\Run");  
                            if (isAutoBoot) {  
                                   rk2.SetValue("MyExec", execPath);  
                                   Console.WriteLine(string.Format("[注册表操作]添加注册表键值:path = {0}, key = {1}, value = {2} 成功", rk2.Name, "TuniuAutoboot", execPath));  
                            } else {  
                                   rk2.DeleteValue("MyExec", false);  
                                   Console.WriteLine(string.Format("[注册表操作]删除注册表键值:path = {0}, key = {1} 成功", rk2.Name, "TuniuAutoboot"));  
                            }  
                            rk2.Close();  
                            rk.Close();  
                            return 0;  
                     } catch (Exception ex) {  
                            Console.WriteLine(string.Format("[注册表操作]向注册表写开机启动信息失败, Exception: {0}", ex.Message));  
                            return -1;  
                     }  
              }  
       }  
}  

  简要复述一下理论功底:微软为了让32位程序不做其他修改就能运行在64的操作系统上,添加了一个不胜首要的WOW64子系统来落实这多少个成效,WOW64是Windows-32-on-Windows-64的简称,从总体上来说,WOW64是一套基于用户模式的动态链接库,它可以把32位应用程序的暴发的吩咐翻译成64位系统能够接受的格式,即:WOW
层处理诸如在 32 位和 64 位模式里面切换处理器以及模仿 32
位系统的作业。

 

  32位与64位特点的五个基本点表现方面为:文件系统与注册表

急需小心的是:
Windows中微软的注册表信息是分32位和64位的:
32位:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft
64位:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft

      文件系统:32位过程不可以加载64位Dll,64位过程也不可以加载32位Dll。

以下代码

      注册表:为了以防注册表键争辨,64位机器注册表新闻分成了六个部分。一部分是特地给64位系统(即:64位程序)访问的,另一有的是专门给32位系统(即:32位程序)访问的,放在Wow6432Node下边。(Wow6432Node这么些节
点存在于HKEY_LOCAL_MACHINE和HKEY_CURRENT_USER下面)

RegistryKey rk =
Registry.LocalMachine;  
RegistryKey rk2 =
rk.CreateSubKey(“Software\\Microsoft\\Windows\\CurrentVersion\\Run”);  
rk2.SetValue(“MyExec”,
execPath);  

  既然知道了注册表新闻分成了两片段,那么就足以想到:用32位程序和64位程序去操作注册表的时候会操作不同岗位的注册表新闻。下边例子可以丰富注脚这种说法。

在32位机器上执行,那么没有问题,变量会创设在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run下。不过一旦在64位机器上执行,会自动成立在
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run

 

using System; 
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.Win32;

 namespace OperateRegistrationTable 
{ 
     class Programe
     {
         static void Main(string[] args)
         {
             OperatingRegistryKey();
         }

         public static void OperatingRegistryKey()
         {
             string keyValue = string.Empty;
             try
             {
                 //向注册表中写信息
                 using (RegistryKey key = Registry.LocalMachine.OpenSubKey(@"SOFTWARE\EricSun\MyTestKey", true))
                 {
                     if (key == null)
                    {
                         using (RegistryKey myKey = Registry.LocalMachine.CreateSubKey(@"SOFTWARE\EricSun\MyTestKey"))
                         {
                             myKey.SetValue("MyKeyName", "Hello EricSun." + DateTime.Now.ToString());
                         }
                     }
                     else
                     {
                         key.SetValue("MyKeyName", "Hello EricSun." + DateTime.Now.ToString());
                     }
                 }

                 //读取注册表信息
                 using (RegistryKey currentKey = Registry.LocalMachine.OpenSubKey(@"SOFTWARE\EricSun\MyTestKey", false))
                 {
                     if (currentKey == null)
                     {
                         Console.WriteLine("Hello EricSun, The Key you tried to open doesn't exist.");
                     }
                     else
                     {
                         keyValue = currentKey.GetValue("MyKeyName").ToString();
                         Console.WriteLine("The Key Value is: {0}", keyValue);
                     }
                 }
             }
             catch (Exception ex)
             { }
         }
     }
 }

  

  将此段程序在X86(32位)平台下编译、运行,会发现在注册表的WOW6432Node节点下创办了子键:EricSun\MyTestKey,并且填充了键MyKeyName的值(用时间再说区别其值),而在SoftWare的首先层子节点中并不曾察觉此EricSun。可以规定32位程序是操作注册表消息是位于WOW6432Node节点下的

  若我们对这段程序不做任何改动,在X64(或Any
Cpu)的平台下编译、运行以来,会发觉在注册表的SoftWare节点的率先层子节点中创立出了埃里克Sun节点(并在此节点下创设相应的注册表音讯),然后我们用平等的顺序去读注册表的时候也会发现他们读取的地方不同(以程序中的时间新闻加以区别)

  总结:X64,(或者Any Cpu)
Platform下的程序会操作64位机器存放注册表地点的注册表音讯,X86
Platform下的程序会操作32位机器存放注册表地方的注册表音信(即:WOW6432Node节点下的注册表新闻)

转载于:http://www.cnblogs.com/mingmingruyuedlut/archive/2011/01/20/1940371.html

相关文章