windows之家1.windows10文件夹属性都是只读,如何取消
实际上，每个磁盘（C盘D盘。。）的每个文件夹都会是只读属性，但是不影响使用，包括对这些文件夹及文件夹里面文件的删除、添加、更改都能正常进行，试试看就知道了。没有必要挖空心思去掉这个只读。
根据我的研究，这是现象是系统设计所导致的。与文件的只读属性不同，文件夹的只读属性通常都会被 Windows、Windows 组件和附件以及其他程序忽略。例如，您可以通过使用 Windows 资源管理器删除、重命名和更改具有只读属性的文件夹。只读和系统属性仅被 Windows 资源管理器用于确定该文件夹是专用文件夹（例如具有 Windows 自定义视图的系统文件夹，如我的文档、收藏夹、字体、已下载的程序文件），还是使用文件夹的属性对话框的自定义选项卡自定义的文件夹。因此，Windows 资源管理器不允许您查看或更改文件夹的只读属性或系统属性。
要解决此问题，请在命令提示符 （Cmd.exe） 下使用 Attrib 命令查看或删除文件夹的只读或系统属性。
例如，要将 C:\Test 文件夹的只读属性更改为系统属性，使用下面的命令：attrib -r +s c:\test
要从 C:\Test 文件夹删除只读和系统属性，请使用下面的命令：attrib -r -s c:\test
2.如何将文件的只读取消
你仔细看，那个只读属性前面是个小方框（不是勾选），那是“第三态”
在Windows XP中，所有的文件夹都具有“只读”属性，取消只读属性后再次察看会发现依然是只读的，但是这不影响文件的使用。因为在Windows XP中，文件夹属性中的“只读”不再代表原来的字面含义：
对于文件系统来说，文件夹的只读属性没有实际的意义。即使一个文件夹是只读的，你仍然可以在这个文件夹里创建、修改或删除文件。
Windows XP中文件夹“Read-Only”属性表示该文件夹是“定制”的。去掉“只读”属性会丢失该文件夹所有的“定制”信息，如图标、背景等。
所以，Windows XP中不再提供用户界面来设置文件夹本身的只读属性。文件夹属性中“只读”的状态永远是第三态。当你在文件夹属性中选中或清除“只读”时，你设置的是这个目录下的文件的只读属性。
3.急 ,请问如何 取消文件的 “只读”
但如何将只读文件修改为可读写的文件呢？当然是使用脚本了！我们知道：您从未用过这种方法，对吧？事实上，您可以使用以下脚本，它可以将文件 C:\Scripts\Test.vbs 从只读文件更改为可读写的文件：Const ReadOnly = 1 Set objFSO = CreateObject("Scripting.FileSystemObject") Set objFile = objFSO.GetFile("C:\Scripts\Test.vbs") If objFile.Attributes AND ReadOnly Then objFile.Attributes = objFile.Attributes XOR ReadOnly End If 没错：或许我们应该解释一下这里发生了什么事。
我们首先将常量 ReadOnly 的值设置为 1（一般情况下都设置为 1）。然后，我们创建一个 FileSystemObject 实例，并使用 GetFile 方法绑定到文件 C:\Scripts\Test.vbs。
到目前为止，一切都很好。但是从下面开始，问题变得奇怪起来，至少有点不寻常。
只读属性是作为“位掩码”的一部分存储的，除了只读属性，“位掩码”还包括隐藏属性（值为 2 时表示文件为隐藏文件）和系统属性（值为 4 时表示文件为系统文件）。在位掩码（松散定义为以单个值存储的属性集合）中，可以将单个属性比作可打开或关闭的开关。
因此，如果值为 1 的开关打开，则文件就是只读文件；如果值为 1 的开关关闭，那么文件就是可读写的文件。那么就存在一个问题：如何判断这些开关是处于打开还是处于关闭状态呢？有关这点的完整说明超出了本文讨论的范围，但是有一个简单的判断方法就是使用位运算符 AND。
注意脚本中有以下这么一行奇怪的代码：If objFile.Attributes AND ReadOnly Then 信不信由你，这行代码的作用就是检查 ReadOnly 属性（值为 1）是否已经打开。那如果我们要检查文件是否为隐藏文件呢？好吧，在上述情况下（假设我们将常量 Hidden 的值设为 2），我们可以使用以下代码行：If objFile.Attributes AND Hidden Then 一般说来，AND 操作符的含义类似于：“如果我们检查文件的属性，发现 ReadOnly 开关处于打开状态，那么这就是个只读文件，这个 If 语句就为真。
如果 ReadOnly 开关处于关闭状态，那么这个 If 语句就为假。”有经验的脚本编写者可能会对这种解释不以为然，但这多少可以说明一点这里发生了什么。
那么我们为什么要检查文件是否为只读文件呢？好吧，这主要是因为我们将要使用 XOR 运算符来对这个开关执行“变换”；以下这行代码用于实现这个目的：objFile.Attributes = objFile.Attributes XOR ReadOnly 在这个示例中，XOR 只是简单地切换文件状态。如果文件是只读文件，XOR 就将它切换为可读写的文件；如果文件是可读写的文件，XOR 就将它切换为只读文件。
这就是为什么我们要先检查文件是否已经是只读文件的原因。因为如果文件是只读文件，那么我们就要变换开关，把它变成可读写的文件。
如果文件已经是可读写的文件，那么我们显然不必变换开关；毕竟，那会把文件变成只读文件。（请记住，我们只是从一种状态切换到另一种状态。）
没错：这种位运算符容易让人混乱，所以我们还欠您一个解决办法。因此，以下脚本可以绑定到文件夹 C:\Scripts，并将该文件夹下的所有只读文件转为可读写的文件。
这里我们暂不解释这个脚本如何获取文件夹中所有文件的列表，我们将在明天的专栏中专门探讨这个话题。（这种吸引别人的方法有点卑鄙吧，呵呵。）
至于现在嘛，以下就是解决办法了：Const ReadOnly = 1 Set objFSO = CreateObject("Scripting.FileSystemObject") Set objFolder = objFSO.GetFolder("C:\Scripts") Set colFiles = objFolder.Files For Each objFile in colFiles If objFile.Attributes AND ReadOnly Then objFile.Attributes = objFile.Attributes XOR ReadOnly End If Next 我们明天见吧，嗯？。
4.win10文件夹没办法取消只读,网上那个添加账户控制也没用啊
1、在文件夹上单击右键知，选择“属性”；
2、切换到【安全】—【编辑】；
3、点击【添加道】；
4、点击左下角的【高级】—【立即查找】；
5、在下面选中当前登录的用户名（如果不知道是哪个，我们可内以通过头像辨别，头像只有一个人的就是，一般来说只有一个），然后点击【确定】—【确定】；
6、在【组或用户名】框中选中刚添加的用户名，在下面框中全部勾选容【允许】，点击【确定】——【确定】即可。
设置完成后，重新打开属性就可以将只读的勾选取消掉了。
转载请注明出处windows之家 » win10如何修改关闭文件只读