A. 易语言，关于配置文件的所有命令有哪些参数名分别有哪些最好展开后截图或举例！
配置文件就两个命令 写配置项() 和 读配置项() 写配置项(配置文件名,节点名,配置项名称,欲写入值) 读配置项(配置文件名,节点名,配置项名称, ) 配置文件名 = 路径 比如 取现行目录+"\setup.ini"节点名 = [设置]配置项名称 = 当前数字setup.ini 文件内容如下:—————————————[设置]当前身高= 277当前性别= 男—————————————写配置项(取现行目录+"\setup.ini","设置","当前身高","277") 采用上面的提交项目就可以向setup.ini 写入 ,但注意写出的数字是文本的,不是数字型,你需要打引号或者采用转换方式如 到文本(277)当你要读出来的时候就使用如当前文本 = 读配置项(取现行目录+"\setup.ini","设置","当前身高", ) 注意读出的时候不用写最后的答案,因为是读取进软件内,而不是写出.也要注意的是读入的数值什么的也是文本型,注意转换成数值,当然如果本身就是文本类型的就不需要转换了,如性别 = 读配置项(取现行目录+"\setup.ini","设置","当前性别", ) 性别 = 男
B. 文件名过长 如何修改截位
修改截位的方法：1、首先在需要删除猛源的如知拍文件或者文件夹上面鼠标右键，渣羡执行压缩至文件操作；2、然后将压缩文件的命名为比较简单的名字，并勾选“压缩后删除源文件”，然后点击“确定”；3、压缩完成后，以前的文件已经删除掉了，然后将压缩文件删除即可；
C. 配置至少三个配置文件的umask值为027，将配置截图并说明是哪个配置文件
没有腔扒效果,一般只是当前shell中有效伍轮昌。 除非修改配桐裂置文件/etc/bashrc,每次登录后,bash才会调用里面的设置。
D. outlook的配置文件在哪里
Outlook怎样新建配置文件？
当Outlook发送错误时，我们可以通过重新创建新的配置文件来重新加载数据。下面让我们一起来看操作方法：
在桌面左下角单击“开始”按钮，弹出的菜单窗口单击“控制面板”
E. .NET 配置文件：为什么这么做，存放在何处，如何使用求答案
我想如果我提供一个对这些文件的快速入门会对大家有些帮助。 在本文章中，许多 C# 源码例子都假设你的项目已经引用了 System.Configuration.dll 和引用了下面的命名空间： using System.Configuration; 这是使用ConfigurationManager类所必须的，而这个类提供了一种使用配置信息的方法。 Why The .NET framework provides a rich set of classes, and techniques, to simplify application configuration. Essentially, all of these classes make it easy to read and write that configuration information from an XML configuration file. The configuration file includes a number of standard sections, some custom sections for common .NET features, and also allows the developer to create their own custom configuration sections. The standard sections have evolved over time. Initially, standard configuration was done mostly through theappSettingssection, which contains name / value pairs for each setting. Over time, transparent, type-safe support was provided via a generated C#Settingsclass and the sections. 译者信息为什么NET框架提供了一套丰富的类和技术，以简化应用配置。从本质上讲，所有这些类可以很容易地从XML配置文件的读取和写入，配置信息。配置文件包含了.net程序中的一些标准的以及自定义的节点，并且也允许开发者创建自己的配置节点。标准节点随着时间跟以前比有了很大的改变。最开始的时候，标准节点主要是配置应用程序的配置内容，比如为一个属性一个属性或者一个值。随着时间的推移，它也为类型安全提供了支持，同时可以生成C#标准的配置信息以及用户自定义的配置信息Where Where do I find the configuration file? This is a deceptively complicated problem. Since configuration is hierarchical, there are actually multiple configuration files that may affect an application. These include the machine configuration file, the application (or web) configuration file, the user local settings file, and the user roaming settings file. Machine Configuration The machine configuration file lives with the, not so easily found, .NET framework files. The location of the configuration file is dependent on the version of .NET and type of platform (e.g. 64 bit) used by your application. A typical example, might be: C:\Windows\Microsoft.NET\Framework\v4.0.30319\CONFIG\machine.config In your C# application code, the following will return the location of the file: System.Runtime.InteropServices.RuntimeEnvironment.GetRuntimeDirectory() + @"CONFIG\machine.config"译者信息何处 我从哪里找到配置文件？这是一个迷惑性的复杂问题。自从配置文件分层后，有多个配置文件可能影响一个应用程序。这包括机器的配置文件，应用程序(或者网页)配置文件，用户本地设置文件，用户的Roaming设置文件。 机器配置 和.NET框架文件一起的机器配置文件，并不是很容易找到。配置文件的位置还取决于.NET的版本和应用程序使用的平台(比如，64位) 一个典型的例子就是C:\Windows\Microsoft.NET\Framework\v4.0.30319\CONFIG\machine.config 在你的C#应用程序代码中，下面的语句将会返回文件的位置: System.Runtime.InteropServices.RuntimeEnvironment.GetRuntimeDirectory() + @"CONFIG\machine.config" Application Configuration The application configuration file usually lives in the same directory as your application. For web applications, it is named Web.config. For non-web applications, it starts life with the name of App.config. Following a build, it is copied to the same name as your .exe file. So, for the program MyProgram.exe, you might expect to find MyProgram.exe.config, in the same directory. In your C# application code, the following will return the location of the file: AppDomain.CurrentDomain.SetupInformation.ConfigurationFile While it is not generally recommended, you may find that some applications alter the location of the application configuration file as follows: AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", "NewName.config")译者信息应用配置文件应用程序配置文件一般跟你的应用程序存在于相同的目录下面。对于web应用程序来说，它的名字是Web.config，而对一般的应用程序来说，它的名字是App.config。在一个项目下，它的名字格式与你的.exe文件相似。比如你的工程名字是MyProgram.exe，那么你就可以在相同的路径下找到MyProgram.exe.config。 在你的C#应用程序源代码中，使用下面的代码可以返回文件的路径： AppDomain.CurrentDomain.SetupInformation.ConfigurationFile 如果它不是被经常调用，你可以做在应用程序的配置文件中做一些小的修改。下面是例子： AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", "NewName.config") User Settings The user settings are almost impossible to find, perhaps by design. The names of the directories vary with versions of Windows. To complicate matters further, the parent folder is generally hidden. The folder structure also incorporates the company name (of the application vendor), the application name, a unique identity for the application, and the application version. An example, on Windows 7, for local user settings might look like: C:\Users\MyUsername\AppData\Local\CompanyName\MyProgram.exe_Url_\1.0.0.0\user.config In C#, you can get the base directory for local user settings (first line) or roaming user settings (second line) as follows: Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData) Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) In C# (see notes in Overview), you can get the exact file path for local user settings (first line) or roaming user settings (second line) as follows: ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoamingAndLocal).FilePath ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoaming).FilePath译者信息用户设置 用户设置大多数时候不好找，这很可能是处于设计的原因。目录的名字因Windows版本而异。更复杂的是父目录通常是隐藏的。. 目录结构加入了公司名称(应用程序的供应商)，应用程序名称，应用程序唯一ID号和应用程序的版本。 举个例子，在Windows7下，一个本地用户设置可能像这样： C:\Users\MyUsername\AppData\Local\CompanyName\MyProgram.exe_Url_\1.0.0.0\user.config 在C#中，你可以获得本地用户设置的基目录（第一行）或者临时用户设置（第二行）: Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData) Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) 在C#中， （见在概述中的注记），你可以获得本地用户设置的解压文件路径（第一行）或者roaming用户设置（第二行）: ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoamingAndLocal).FilePath ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.PerUserRoaming).FilePath Other Configuration If this isn't all confusing enough, you should be aware of a few other files. There is a root Web.config (located in the same directory as machine.config). Also, sub-directories of a web application may provide additional overrides of inherited settings, via a Web.config specific to that sub-directory. Lastly, IIS provides some of its own configuration. A typical location would be: C:\Windows\System32\inetsrv\ApplicationHost.config How As mentioned earlier, the application configuration file is broken into a number of fairly standard configuration sections. Here, we briefly discuss a few of the most common sections. 译者信息其它配置 如果这还不够混乱，那你应该知道其它的一些文件了（这个不会翻译）。有个原始的Web.config文件(与machine.config同一个目录下)。此外，子目录下面的Web应用程序可能会通过子目录里面的Web.config重写继承（于父目录的Web.config）的设置。 此外，IIS提供了一些自己的配置。一个典型的例子位置在： C:\Windows\System32\inetsrv\ApplicationHost.config 如何 正如前面提到的，应用程序配置文件被分解成若干的相当标准配置部分。在这里，我们简要地讨论一下一些最常见的部分。 appSettings Section The simplest of the standard configuration sections isappSettings, which contains a collection of name / value pairs for each of the settings: <?xml version="1.0" encoding="utf-8" ?> <configuration> <appSettings> <add key="MySetting" value="MySettingValue" /> </appSettings> </configuration> In C# (see notes in Overview), you can reference the value of a setting as follows: string mySetting = ConfigurationManager.AppSettings["MySetting"]; connectionStrings Section Since database connections are so common in .NET, a special section is provided for database connection strings. The section is calledconnectionStrings: <?xml version="1.0" encoding="utf-8" ?> <configuration> <connectionStrings> <add name="MyConnectionStringName" connectionString="Data Source=localhost;Initial Catalog=MyDatabase;Integrated Security=True" providerName="System.Data.SqlClient" /> </connectionStrings> </configuration> In C#, you can get the connection string as follows: string connectionString = ConfigurationManager.ConnectionStrings[ "MyConnectionStringName"].ConnectionString; Initially, one might wonder at the need to reference aConnectionStringproperty of a "connection string". In truth, the connectionStrings section is poorly named. A better name might have beenconnectionStringSettings, since each entry contains both a connection string and a database provider. The syntax of a connection string is wholly determined by the database provider. In this caseSystem.Data.SqlClient, is the most common database provider for the Microsoft SQL Server database. 译者信息appSettings 部分 最简单的标准设置部分就是 appSettings 了，这个部分包含了一系列保存配置的 键/值 对。 <?xml version="1.0" encoding="utf-8" ?> <configuration> <appSettings> <add key="MySetting" value="MySettingValue" /> </appSettings> </configuration> 在C#中（见附注概述），你可以通过下面方式引用对应配置的值： string mySetting = ConfigurationManager.AppSettings["MySetting"]; connectionStrings 部分 由于数据库连接在.NET中相当普遍，一个特别用于提供数据库连接字符串的部分产生了。这个部分就是 connectionStrings。 <?xml version="1.0" encoding="utf-8" ?> <configuration> <connectionStrings> <add name="MyConnectionStringName" connectionString="Data Source=localhost;Initial Catalog=MyDatabase;Integrated Security=True" providerName="System.Data.SqlClient" /> </connectionStrings> </configuration> 在C# 中，你可以通过下面方式去获取连接字符串： string connectionString = ConfigurationManager.ConnectionStrings[ "MyConnectionStringName"].ConnectionString; 起初人们可能会奇怪在需要引用一个"connection string"属性作为连接字符串。说实话，这个connectionStrings部分的名字真不恰当。叫做"connectionStringSettings"会更恰当，因为(部分_里面的每个实体够包含了连接字符串和database provider（数据库提供者）。 一个连接字符串的语法完全取决于其database provider。 因此 System.Data.SqlClient 是Microsoft SQL Server最典型的database provider。 applicationSettings and userSettings Section With .NET 2.0, Microsoft tried to make it even easier to use configuration files. They introced a settings file. A careful observer will note that the "settings" start their life in the application configuration file and, later, get copied to the user settings configuration file. With Windows Form and WPF applications, you'll find a file Settings.settings in the Properties folder of your project. For Console applications, and others, you can also take advantage of settings. Open the Properties for your project, and click on the Settings button/tab. You'll be offered the option of adding a default settings file. Typically, you edit this settings file (or the settings for your project) rather than editing the configuration file directly. The example below is provided only to demonstrate that the settings do actually live in the configuration file. <?xml version="1.0" encoding="utf-8" ?> <configuration> <configSections> <sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"> <section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" allowExeDefinition="MachineToLocalUser" requirePermission="false" /> </sectionGroup> <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"> <section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" /> </sectionGroup> </configSections> <userSettings> <WinFormConfigTest.Properties.Settings> <setting name="MyUserSetting" serializeAs="String"> <value>MyUserSettingValue</value> </setting> </WinFormConfigTest.Properties.Settings> </userSettings> <applicationSettings> <WinFormConfigTest.Properties.Settings> <setting name="MyApplicationSetting" serializeAs="String"> <value>MyApplicationSettingValue</value> </setting> </WinFormConfigTest.Properties.Settings> </applicationSettings> </configuration> To reference one of the settings, you simply use theSettingsclass, which is automatically created for you. A typical reference, might look as follows: string myUserSetting = Properties.Settings.Default.MyUserSetting; string myApplicationSetting = Properties.Settings.Default.MyApplicationSetting; Note:Propertiesis a namespace that is automatically created in your application's name space. To change a user's settings, you simply assign a value to the property and save the changes, as follows: Properties.Settings.Default.MyUserSetting = newValueForMyUserSetting; Properties.Settings.Default.Save();译者信息applicationSettings 和 userSettings 部分 在.NET 2.0 中，微软尝试让用户更容易使用设置文件。他们为此引入了设置文件。细心的观察者可能会注意到这些"settings"开始用于应用程序配置文件，并且在后面复制到用于配置文件中。 在Windows Form和WPF程序中，你可以在你的项目的Properties目录下找到一个名为Settings.settings的文件。对于控制台程序还有其它程序，可以通过下面方式使用配置文件。打开你的项目中属性，切换到 设置 选项，你可以通过这里为项目添加一个配置文件。 通常情况下，你可以编辑此设置文件（或者是你的项目设置）来修改配置，而不是直接编辑(.config)配置文件。下面的例子演示了设置在配置文件中如何存储。 <?xml version="1.0" encoding="utf-8" ?> <configuration> <configSections> <sectionGroup name="userSettings" type="System.Configuration.UserSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"> <section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" allowExeDefinition="MachineToLocalUser" requirePermission="false" /> </sectionGroup> <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"> <section name="WinFormConfigTest.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" /> </sectionGroup> </configSections> <userSettings> <WinFormConfigTest.Properties.Settings> <setting name="MyUserSetting" serializeAs="String"> <value>MyUserSettingValue</value> </setting> </WinFormConfigTest.Properties.Settings> </userSettings> <applicationSettings> <WinFormConfigTest.Properties.Settings> <setting name="MyApplicationSetting" serializeAs="String"> <value>MyApplicationSettingValue</value> </setting> </WinFormConfigTest.Properties.Settings> </applicationSettings> </configuration> 当你想引用设置的时候，你可以简单的引用Settings类，这个类会自动为你创建。下面是一个典型的引用方式： string myUserSetting = Properties.Settings.Default.MyUserSetting; string myApplicationSetting = Properties.Settings.Default.MyApplicationSetting; 注意：Properties 命名空间会自动的创建在你的应用程序的命名空间下。 要改变用户设置时，你只需像下面一样为属性赋予一个值然后保存就可以了： Properties.Settings.Default.MyUserSetting = newValueForMyUserSetting; Properties.Settings.Default.Save(); Upgrading Settings Eventually, you'll want to release a new version of your application. Here, you may encounter a common problem. Since the user settings are version specific, they will be lost following the upgrade. Thankfully, the framework anticipates this requirement and provides theUpgrademethod. A typical way of handling this is to include a booleanUpgradeser setting, with an initial value of false (when your application is first deployed). So, typical code to handle the upgrade (and retain previous user settings) looks as follows: if (!Properties.Settings.Default.Upgraded) { Properties.Settings.Default.Upgrade(); Properties.Settings.Default.Upgraded = true; Properties.Settings.Default.Save(); }译者信息更新设置 实际上，当你想发布一个新版本的程序时，你可能会遇到的一个普遍问题。由于用户设置是有特定版本的，程序升级会导致这些设置丢失。 值得庆幸的是，框架预预料到这种情况并提供了一个更新设置的方法。一个典型的处理办法是引入一个初始值为false的用户设置“Upgraded”（当你首次部署你的程序）。 因此，用来处理升级的典型代码（并保留以前的用户设置）如下所示： if (!Properties.Settings.Default.Upgraded) { Properties.Settings.Default.Upgrade(); Properties.Settings.Default.Upgraded = true; Properties.Settings.Default.Save(); } What Next In the previous section, you may have noticed the rather verboseconfigSectionssection of the configuration file. This is how Microsoft extended the configuration file to add the new userSettings and applicationSettings sections. It is also how you can add your own custom configuration sections. In a nutshell, you do this by extending . Within each of your derived classes, you will be decorating the members with attributes . Simple right? Just kidding. Others have provided excellent descriptions of this slightly complicated, but not too difficult mechanism. I include links at the end of this document for further reading. Here, I only wanted to provide a couple of hints that can get lost in the longer descriptions. 译者信息下一步做什么 在前一部分，你可能注意到了配置文件相当冗长的configSections。这也是微软如何拓展配置文件，用来添加新的用户设置和应用设置。 它也是你如何来添加你自己定制的配置的区块。 简而言之，你通过拓展 类来完成的。在你的每一个继承的类里，你会用类似这样的属性来布置你的类成员。 很简单，对吗？开个玩笑。对于其他的，已经提供了很好很详细，稍微有点复杂的描述，和不是很难理解的机制。我会在这篇文档的末尾添加这些链接供进一步阅读。 这里，我只想提供一些在冗长描述中会感到困惑的提示。
F. 配置文件位于目录什么中,文件名以什么开始
配置文件通常位于应用程序或操作系统的安装目录中，以及用户目录下的特桐含定目录渣谨中。文件名通常以“.”或“config”等关键字开始，示例包括：- .bashrc- .gitconfig- .vimrc- config.ini- settings.json- application.properties具体的配置文件路径如轮基和名称取决于不同的软件或操作系统，需要查看相关文档或设置界面来确认。
G. dnswindows配置文件位置
配置文件的位置肯定都是在系统的文件夹里面，一般来说都是WINDOWS或system 32这样的一个系统
H. 如何从Docker Registry中导出镜像
一、目录结构Registry的配置文件中可以指定registry的运行目录（实验用本地文件系统作为后端存储），registry会在这个目录中建立相应的目录结构，我在本地启动一个registry服务，然后只push一个centos镜像上去。镜像名称是localhost:5000/library/centos:latest，然后registry在本地创建了如图1所示的目录。图 1 registry目录为了显示方便，我只截取了64位ID的前一部分。可以看到，目录大体分为两个：一个是blobs，一个是repositories。blobs中主要存放数据文件，可以看出都是经过sha256计算后的ID。repositories目录中放镜像的描述信息，记录了一个镜像有哪些layer，tag对应的manifest文件，link文件是一个文本文件，内容是一个形如“sha256:cf34a09a90b54c…”的64位ID，这个ID对应在blob中的文件其实就是这个image的manifest文件。二、Manifest文件manifest文件描述了一个镜像的元信息，包括了layer的数据ID，layer的配置等，文件格式是json形式的文本文件。docker镜像可以分为V1和V2，在1.9以后镜像格式有一些变化。为了向前兼容V1版本的docker，docekr registryV2使用的manifest也对应地分为Schema1和Schema2，两者可以通过官方对于manifest的解释可以参考[1]和[2]。这里实验都是在schema1上做的。Schema1主要包含如下信息：name：image的仓库（repository）名，比如localhost:5000/library/centos:latest这个镜像的repository name是library/centostag：该镜像的tagarchitecture：指该镜像的宿主机的操作系统架构，如“amd64”fsLayers：该字段是一个数组，数组中的元素分别指明了各层对应的数据文件的sha256ID，数组的第1个就是镜像的最顶层，第2个是次顶层…以此类推，值得注意的是，不同层的fsLayer ID 有可能一样，是因为有些层是空的，只有一些配置信息。当执行了一个不涉及文件操作的命令，这时候就会形成空fsLayer，空fsLayer计算出来的sha256ID也都是一样的了。镜像的一个layer，是由文件系统（比如新增的文件）fsLayer以及配置信息构成的，layer在docker的代码层面又被称为image，因为任意一个layer都可以作为顶层layer，被docker image信息引用，从而成为一个image。所以需要区分fsLayer与layer。history：该字段也是一个数组，是为了兼容v1而设置的，指明了每个layer的配置信息，数组第一项对应贺御的是镜像的最顶层，与fslayer一起构成了一个layer。数组元素是一个json格式的map对象，key为“v1Compatibility”，值为一个字符串，该字符串就是layer的配置信息，可以直接用json.Unmrashal成为一个V1Image结构体（定义可以参考代码github.com/docker/docker/image/image.go L31）schemaVersion：该manifest的版本，一个int型，如 1。三、Tar包形式的镜像Docker中有个save和load命令。save命令可以将一个docker镜像导出，把这个镜像从最顶层到最底层的所有layer一起导出到一个tar包中，然后就可以随意拷贝、发送这个tar包到别的机器，最后可以用load命令把这个镜像重新加载进docker。如果我们把一个镜像从registry里拿出来，按照save成的tar包格式来组耐拍困织，然后使用load命令加载，这样就实现了不通过docker pull命令来下载镜像，可以根据这个原理做第三方镜像下载工具。所以我们先来看一下镜像的tar包形式是什么样的，我使用save命令导出了centos镜像，解压后目录结构如图2所示：图 2 镜像tar包解压后的目录下昌念面对各文件进行解释：根目录下的repositories文件，描述了这个镜像的名字，tage，还有顶层layer的id不同的文件夹代表了不同的layer。json：layer的配置信息，如创建时间，执行命令等。layer.tar：layer中包含的文件，如果是空layer，layer.tar解压后就是空的。VERSION: 版本信息。四、从registry导出镜像我们对比tar包中的文件和registry中的文件，不难发现其中的对应关系，json、VERSION还有repositories文件都是可以从manifest中导出。json文件其实就是之前提到的history字段中v1Compatibilitiy，不同的是manifest中的这个字段中有很多转义符，我们需要去掉这些转义符，方法是先Unmarshal成为一个V1Image结构体，然后在json.Marshal转回字符串就好。layer.tar其实就是blobs中对应的data文件，直接复制出来然后改个名字就可以。VERSION是manifest中的schemaVersion。repositories文件内容很简单，格式是{“imageName”:{“tag”:”topLayerID”}}，所以按照这个格式从manifest中找到对应的数据填进去就ok。这些文件都准备好了以后，就可以准备打包成tar包了，直接使用linux中自带的tar命令，这里需要注意的一点是，应该使用“只打包不压缩”的选项。生成tar包后就可以直接使用docker load命令导入了。我这么做了，是可以成功地导入一个镜像。但是发现存在一个问题：使用上述方式导入的镜像，每个layer的ID和我直接用docker pull命令下载下的不一样，而且docker pull得到的ID从未在manifest和registry中的任何地方出现过。而且不管我使用新的机器还是重新pull，得到的ID都是一样的。经过阅读docker的代码我才发现，layerID不是随机生成的，也不是manifest中写道的id，而是算出来的。下面就说一下计算过程。我们最终需要的layerID在docker源码中叫做StrongID，StrongID是把一个byte数组做Hash后得到的，这个byte数组的生成需要三个对象：v1Compatibility，blobSum（manifest中的fsLayerID），parent（父layer的StrongID），数组生成方法参考image.go中的MakeImageConfig方法（docker 1.9），基本操作就是把一个json对象转成字节数组。因为有parent字段的存在，需要从最底层的layer开始计算，逐步迭代，最终的到top layer的ID。最后要做的工作就是替换json文件中的id字段和parent字段成为新计算出来的ID即可。同样地，文件夹名也要做相应改变。增量导入：如果本地已经存在某些layer的情况，我们只用打包新的layer即可，因为导入时候docker会检测这个layer是否存在，而且有parent信息来保证layer之间的关系。
I. Windows下，Vim的配置文件（_vimrc）在哪
在vim中输入如下命令 可以看到版本信息，其中包含我们要找的配置文件的位置： 接下来的问题就是，这些变量所代表的路径了： 使用以下命令来查询： （在我的机器上）得到的结果分别是
J. shell脚本中，我要在配置文件写入东西，但是截取的内容可能没有，我想如果没有填入其他的东西
A=`awk ……`如果是空，就赋值你想填入的其他东西if [ -z $A ];thenA='123.123.123.123'fi
