操作注册表紧要行使的多少个函数为(已经渗透到上边的实例程序中

  用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节点下开创了子键:埃里克Sun\MyTestKey,并且填充了键MyKeyName的值(用时间再说区分其值),而在SoftWare的第一层子节点中并没有意识此埃里克Sun。可以确定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

相关文章