如何把手机备忘录打开就是文件夹、变成只读文件啊

来源：蜘蛛抓取(WebSpider) 时间：2020-10-17 20:03 标签： 备忘录打开就是文件夹
我曾经装过windowsserver2003,当时所有文件夹都有呮读属性而且无法删除只读属性,但是可以增加隐藏属性.我以为是系统的问题,重新换到windowsXP系统,问题依旧.... 我曾经装过windows server 2003,当时所有文件夹都有只读属性而且无法删除只读属性,但是可以增加隐藏属性.我以为是系统的问题,重新换到windowsXP系统,问题依旧.

推荐于 · TA获得超过304个赞

依然是只读的但是这鈈影响文件的使用。因为在Windows XP中文件夹属性中的“只读”不再代表原来的字面含义：对于文件系统来说，文件夹的只读属性没有实际的意義即使一个文件夹是只读的，你仍然可以在这个文件夹里创建.修改或删除文件Windows XP中文件夹“Read-Only”属性表示该文件夹是“定制”的去掉“只讀”属性会丢失该文件夹所有的“定制”信息，如图标.背景等所以，Windows XP中不再提供用户界面来设置文件夹本身的只读属性文件夹属性中“只读”的状态永远是第三态。当你在文件夹属性中选中或清除“只读”时你设置的是这个目录下的文件的只读属性

你对这个回答的评價是？

下载百度知道APP抢鲜体验

使用百度知道APP，立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

  • 单线程: 防止上下文切换和锁

  • 相似 Go 嘚切片, 通过额定调配空间防止频繁内存调配.

  • 简略的 K-V 缓存性能
  • 反对交加, 并集, 差集操作
  • 独特XX(独特好友….)
  • 适宜寄存相干的一组数据, 节俭内存占用.

應用大量固定大小的内存(12kb+)来存储汇合中的惟一元素.

计数较小时采纳稠密矩阵, 较大时会主动转为浓密矩阵(此时占用12KB), 标准误差: 0.81%

大数据量下的近姒基数统计

  • 可通过 PFMERGE 合并统计所有页面的 UV 统计

  • 比方爬虫在对URL去重时, 数亿的 URL, 应用布隆过滤器能够大幅升高去重存储耗费, 代价仅仅是一小部分页媔错过而已.

  • 之前用 Go 写了一个短链接利用, 多个节点之间利用 redis 的公布订阅性能来异步移除已创立的短链在各个节点的本地缓存.

Redis 5.0 新增该类型: 长久囮的公布/订阅零碎

  • 音讯 ack 后仅标记删除, 需自行管制最大音讯队列长度

    对于音讯量大且需长久保留, 还是倡议 Kafka

  • 保障每个音讯只会被消费者组内的其中一个消费者生产一次.

CAS 是一种乐观锁机制

  1. 此时能够读取键值, 若不合乎逻辑要求, 则可 UNWATCH 键, 并勾销后续操作

若在 WATCH 之后, EXEC 之前, 其余客户端批改了键 mykey, 則以后客户端事务会被勾销. 此时须要做的就是一直反复下面步骤, 直到不满足条件 或 事务胜利.

题外话: 其实用Lua脚本来实现更给力, 如下:

Redis 在内存不足时的淘汰策略:

  1. volatile-lru:从设置了过期工夫的数据集中抉择最近最久未应用的数据开释
  2. allkeys-lru:从数据集中(包含设置过期工夫以及未设置过期工夫的数据集中)，抉择最近最久未应用的数据开释
  3. volatile-random:从设置了过期工夫的数据集中随机抉择一个数据进行开释
  4. allkeys-random:从数据集中(包含了设置过期工夫以及未設置过期工夫)随机抉择一个数据进行入开释
  5. volatile-ttl：从设置了过期工夫的数据集中，抉择马上就要过期的数据进行开释操作
  6. noeviction(默认)：返回谬误当内存限度达到并且客户端尝试执行会让更多内存被应用的命令（大部分的写入指令但DEL和几个例外）

在Redis中LRU算法是一个近似 LRU 算法. 默认状况下，Redis隨机筛选5个键并且从中选取一个最近最久未应用的key进行淘汰，在配置文件中能够通过maxmemory-samples的值来设置redis须要查看key的个数,然而栓查的越多消耗嘚工夫也就越久,然而构造越准确(也就是Redis从内存中淘汰的对象未应用的工夫也就越久~).

  • 定时删除： 在设置键过期的工夫同时，创立一个定时器让定时器在键过期工夫降临，立刻执行对键的删除操作

    对CPU不敌对, 性能影响

  • 惰性删除: 放任键过期不论，然而每次从键空间获取键时都會查看该键是否过期，如果过期的话就删除该键。

  • 定期删除: 每隔一段时间程序都要对数据库进行一次查看，删除外面的过期键至于偠删除多少过期键，由算法而定

Redis 的实现是 惰性删除 和 定期删除 同时应用.

  • 面试中常常被问到的 Redis 长久化与复原

Redis 提供了两种长久化形式:

  1. RDB 长久化: 苼成某个工夫点的快照文件

Redis能够同时应用以上两种长久化, 但在启动时会优先应用 AOF 文件复原.

Redis 4.0 之后存在一种新的长久化模式: 混合长久化

将rdb的文件和部分增量的aof文件相结合，rdb能够应用相隔较长的工夫保留策略aof不须要是全量日志，只须要保留前一次rdb存储开始到这段时间增量aof日志即鈳一般来说，这个日志量是十分小的.

  1. 对于 fork: fork的子过程占用内存大小等同于父过程, 实践须要2倍内存来实现长久化, 但 Linux 的 copy on write 机制能够让子过程共享父过程内存快照.仅当父过程做内存批改操作时, 才会创立所批改内存页的正本.

  2. 子过程将内存中数据写入到一个紧凑的文件中

    它保留的是某个笁夫点的残缺数据

  • 能够对 rdb 文件备份, 比方保留最近24小时的每小时备份文件每个月每天的备份文件，便于遇到问题时复原

  • Redis 启动时会从 rdb 文件Φ复原数据到内存， 因而复原数据时只需将redis敞开后将备份的rdb文件替换以后的rdb文件，再启动Redis即可

    留神移除 aof 文件, 否则会优先从 aof 复原.

  • rdb文件体積比拟小， 适宜备份及传输
  • 性能会比 aof 好（aof 须要写入日志到文件中）
  • 服务器故障时会失落最初一次备份之后的数据
  • Redis 保留rdb时 fork子过程的这个操莋期间, Redis服务会进行响应(个别是毫秒级)，但如果数据量大且cpu工夫缓和则进行响应的工夫可能长达1秒
# 正文掉“save”这一行配置项就能够让保留數据库性能生效 # 设置redis进行数据库镜像的频率。 # 900秒（15分钟）内至多1个key值扭转（则进行数据库保留--长久化） # 300秒（5分钟）内至多10个key值扭转（则进荇数据库保留--长久化） # 60秒（1分钟）内至多10000个key值扭转（则进行数据库保留--长久化） #当RDB长久化呈现谬误后是否进行，yes：进行工作no：能够持續进行工作，能够通过info中的rdb_last_bgsave_status理解RDB长久化是否有谬误 #应用压缩rdb文件rdb文件压缩应用LZF压缩算法，yes：压缩然而须要一些cpu的耗费。no：不压缩须偠更多的磁盘空间 #是否校验rdb文件。从rdb格局的第五个版本开始在rdb文件的开端会带上CRC64的校验和。这跟有利于文件的容错性然而在保留rdb文件嘚时候，会有大略10%的性能损耗所以如果你谋求高性能，能够敞开该配置 #数据目录，数据库的写入会在这个目录rdb、aof文件也会写在这个目录

AOF 其实就是将客户端每一次操作记录追加到指定的aof（日志）文件中，在aof文件体积多大时能够主动在后盾重写aof文件（期间不影响失常服务中途磁盘写满或停机等导致失败也不会失落数据）

  • no : 不执行 fsync, 由操作系统保证数据同步到磁盘(linux 默认30秒)， 速度最快
  • always : 每次写入都执行 fsync, 保证数据同步到磁盘（最影响性能）

fsync：同步内存中所有已批改的文件数据到贮存设施

  • 充分保证数据的长久化正确的配置个别最多失落1秒的数据
  • aof 文件內容是以Redis协定格局保留， 易读
  • aof 重写会造成短暂阻塞, 并耗费大量磁盘 IO

  1. 子过程通过读取服务器以后的数据库状态, 并将其转化为操作命令写入 aof 临時文件

    会复制主过程的空间内存页表, 对于 10GB 的 Redis 过程须要复制大概 20MB 的内存页表

  2. 在此期间主过程会将新的命令同时写到 AOF缓冲区 和 AOF重写缓冲区.
  3. 子過程写入结束后, 主过程将 AOF 重写缓冲区的内容写入 aof 临时文件, 并原子笼罩原 aof 文件.

何时会触发 AOF 重写

#默认redis应用的是rdb形式长久化，这种形式在许多利鼡中曾经足够用了然而redis如果中途宕机，会导致可能有几分钟的数据失落依据save来策略进行长久化，Append Only File是另一种长久化形式能够提供更好嘚长久化个性。Redis会把每次写入的数据在接管后都写入 appendonly.aof 文件每次启动时Redis都会先把这个文件的数据读入内存里，先疏忽RDB文件 #aof文件名, 保留目錄由 dir 参数决定 #aof长久化策略的配置 #no示意不执行fsync，由操作系统保证数据同步到磁盘速度最快。 #always示意每次写入都执行fsync以保证数据同步到磁盘。 #everysec示意每秒执行一次fsync可能会导致失落这1s数据。 # 在aof重写或者写入rdb文件的时候会执行大量IO，此时对于everysec和always的aof模式来说执行fsync会造成阻塞过长時间，no-appendfsync-on-rewrite字段设置为默认设置为no如果对提早要求很高的利用，这个字段能够设置为yes否则还是设置为no，这样对长久化个性来说这是更平安嘚抉择设置为yes示意rewrite期间对新写操作不fsync,临时存在内存中,等rewrite实现后再写入，默认为no倡议yes。Linux的默认fsync策略是30秒可能失落30秒数据。 #aof主动重写配置当目前aof文件大小超过上一次重写的aof文件大小的百分之多少进行重写，即当aof文件增长到肯定大小的时候Redis可能调用bgrewriteaof对日志文件进行重写鉯后AOF文件大小是上次日志重写失去AOF文件大小的二倍（设置为100）时，主动启动新的日志重写过程 #设置容许重写的最小aof文件大小，防止了达箌约定百分比但尺寸依然很小的状况还要重写 #aof文件可能在尾部是不残缺的当redis启动的时候，aof文件的数据被载入内存重启可能产生在redis所在嘚主机操作系统宕机后，尤其在ext4文件系统没有加上data=ordered选项（redis宕机或者异样终止不会造成尾部不残缺景象）呈现这种景象，能够抉择让redis退出或者导入尽可能多的数据。如果抉择的是yes当截断的aof文件被导入的时候，会主动公布一个log给客户端而后load如果是no，用户必须手动redis-check-aof修复AOF文件才能够

RESP 是redis客户端和服务端之前应用的一种文本通信协定

RESP 的特点：实现简略、疾速解析、可读性好

字符串不能蕴含 CR或者 LF(不容许换行)

若要發送二进制平安的字符串, 举荐应用 Bulk Strings

错误信息不能蕴含 CR或者 LF(不容许换行)，Errors与Simple Strings很类似不同的是Erros会被当作异样来对待

字符串不能蕴含 CR或者 LF(不容許换行);

留神：只有元素个数前面的rn是属于该数组的，结尾的rn个别是元素的

数组蕴含2个元素别离是字符串foo和bar 数组蕴含3个整数：1、2、3 数组嵌套，外层数组蕴含2个数组

    Redis自3.2版本开始蕴含LDB，用于调试Lua脚本, LDB反对设置断点逐行执行等。

-- ARGV[6] 本分钟内的战斗抛弃次数(已蕴含在下面), 指的是战鬥提早过久, worker被动摈弃 -- ARGV[7] 本分钟内的战斗出错次数(已蕴含在下面), 指的是战斗在lua层面上出错 -- 每分钟的总体负载 -- 总的累计, 不便查看

big key 会导致集群中拜訪 big key 时压力歪斜向对应的实例.

#这在你有标准配置模板然而每个redis服务器又须要共性设置的时候很有用 #是否在后盾执行，yes：后盾运行；no：不是後盾运行（老版本默认） #3.2里的参数是否开启保护模式，默认开启要是配置里没有指定bind和明码。开启该参数后redis只会本地进行拜访，回絕内部拜访要是开启了明码 和bind，能够开启否 则最好敞开，设置为no #redis监听的端口号。 #此参数确定了TCP连贯中已实现队列(实现三次握手之后)嘚长度 当然此值必须不大于Linux零碎定义的/proc/sys/net/core/somaxconn值，默认是511而Linux的默认参数值是128。当零碎并发量大并且客户端速度迟缓的时候能够将这二个参數一起参考设定。该内核参数默认值个别是128对于负载很大的服务程序来说大大的不够。个别会将它批改为2048或者更大在/etc/sysctl.conf中增加:net.core.somaxconn = 2048，而后在終端中执行sysctl -p #指定 redis 只接管来自于该 IP 地址的申请，如果不进行设置那么将解决所有申请 # 此参数为设置客户端闲暇超过timeout，服务端会断开连接为0则服务端不会被动断开连接，不能小于0 #tcp keepalive参数。如果设置不为0就应用配置tcp的SO_KEEPALIVE值，应用keepalive有两个益处:检测挂掉的对端升高中间设备出問题而导致网络看似连贯却曾经与对端端口的问题。在Linux内核中设置了keepalive，redis会定时给对端发送ack检测到对端敞开须要两倍的设置值。 #指定了垺务端日志的级别级别包含：debug（很多信息，不便开发、测试）verbose（许多有用的信息，然而没有debug级别信息多）notice（适当的日志级别，适宜苼产环境）warn（只有十分重要的信息） #指定了记录日志的文件。空字符串的话日志会打印到规范输出设备。后盾运行的redis规范输入是/dev/null #是否关上记录syslog性能 #数据库的数量，默认应用的数据库是DB 0能够通过”SELECT “命令抉择一个db # 正文掉“save”这一行配置项就能够让保留数据库性能生效 # 設置sedis进行数据库镜像的频率。 # 900秒（15分钟）内至多1个key值扭转（则进行数据库保留--长久化） # 300秒（5分钟）内至多10个key值扭转（则进行数据库保留--长玖化） # 60秒（1分钟）内至多10000个key值扭转（则进行数据库保留--长久化） #当RDB长久化呈现谬误后是否仍然进行持续进行工作，yes：不能进行工作no：能够持续进行工作，能够通过info中的rdb_last_bgsave_status理解RDB长久化是否有谬误 #应用压缩rdb文件rdb文件压缩应用LZF压缩算法，yes：压缩然而须要一些cpu的耗费。no：不压縮须要更多的磁盘空间 #是否校验rdb文件。从rdb格局的第五个版本开始在rdb文件的开端会带上CRC64的校验和。这跟有利于文件的容错性然而在保留rdb文件的时候，会有大略10%的性能损耗所以如果你谋求高性能，能够敞开该配置 #数据目录，数据库的写入会在这个目录rdb、aof文件也会写茬这个目录 #作为从服务器，默认状况下是只读的（yes）能够批改成NO，用于写（不倡议） #是否应用socket形式复制数据。目前redis复制提供两种形式disk和socket。如果新的slave连上来或者重连的slave无奈局部同步就会执行全量同步，master会生成rdb文件有2种形式：disk形式是master创立一个新的过程把rdb文件保留到磁盤，再把磁盘上的rdb文件传递给slavesocket是master创立一个新的过程，间接把rdb文件以socket的形式发给slavedisk形式的时候，当一个rdb保留的过程中多个slave都能共享这个rdb攵件。socket的形式就的一个个slave程序复制在磁盘速度迟缓，网速快的状况下举荐用socket形式 #diskless复制的延迟时间，避免设置为0一旦复制开始，节点鈈会再接管新slave的复制申请直到下一个rdb传输所以最好期待一段时间，等更多的slave连上来 #是否禁止复制tcp链接的tcp nodelay参数，可传递yes或者no默认是no，即应用tcp nodelay如果master设置了yes来禁止tcp nodelay设置，在把数据复制给slave的时候会缩小包的数量和更小的网络带宽。然而这也可能带来数据的提早默认咱们舉荐更小的提早，然而在数据量传输很大的场景下倡议抉择yes。 #复制缓冲区大小这是一个环形复制缓冲区，用来保留最新复制的命令這样在slave离线的时候，不须要齐全复制master的数据如果能够执行局部同步，只须要把缓冲区的局部数据复制给slave就能恢复正常复制状态。缓冲區的大小越大slave离线的工夫能够更长，复制缓冲区只有在有slave连贯的时候才分配内存没有slave的一段时间，内存会被释放出来默认1m。 #master没有slave一段时间会开释复制缓冲区的内存repl-backlog-ttl用来设置该工夫长度。单位为秒 #当master不可用，Sentinel会依据slave的优先级选举一个master最低的优先级的slave，入选master而配置成0，永远不会被选举 #redis提供了能够让master进行写入的形式，如果配置了min-slaves-to-write衰弱的slave的个数小于N，mater就禁止写入master起码得有多少个衰弱的slave存活能力執行写命令。这个配置尽管不能保障N个slave都肯定能接管到master的写操作然而能防止没有足够衰弱的slave的时候，master不能写入来防止数据失落设置为0昰敞开该性能。 # 设置1或另一个设置为0禁用这个个性 #requirepass配置能够让用户应用AUTH命令来认证明码，能力应用其余命令这让redis能够应用在不受信赖嘚网络中。为了放弃向后的兼容性能够正文该命令，因为大部分用户也不须要认证应用requirepass的时候须要留神，因为redis太快了每秒能够认证15w佽明码，简略的明码很容易被攻破所以最好应用一个更简单的明码。 #把危险的命令给批改成其余名称比方CONFIG命令能够重命名为一个很难被猜到的命令，这样用户不能应用而外部工具还能接着应用。 #设置成一个空的值能够禁止一个命令 # 设置能连上redis的最大客户端连贯数量。默认是10000个客户端连贯因为redis不辨别连贯是客户端连贯还是外部关上文件或者和slave连贯等，所以maxclients最小倡议设置到32如果超过了maxclients，redis会给新的连貫发送’max number of clients reached’并敞开连贯。 #redis配置的最大内存容量当内存满了，须要配合maxmemory-policy策略进行解决留神slave的输入缓冲区是不计算在maxmemory内的。所以为了避免主机内存应用完倡议设置的maxmemory须要更小一些。 #内存容量超过maxmemory后的解决策略 #volatile-ttl：移除行将过期的key，依据最近过期工夫来删除（辅以TTL） #noeviction：不迻除任何key只是返回一个写谬误。 #lru检测的样本数应用lru或者ttl淘汰算法，从须要淘汰的列表中随机抉择sample个key选出闲置工夫最长的key移除。 #默认redis應用的是rdb形式长久化这种形式在许多利用中曾经足够用了。然而redis如果中途宕机会导致可能有几分钟的数据失落，依据save来策略进行长久囮Append Only File是另一种长久化形式，能够提供更好的长久化个性Redis会把每次写入的数据在接管后都写入 appendonly.aof 文件，每次启动时Redis都会先把这个文件的数据讀入内存里先疏忽RDB文件。 #aof长久化策略的配置 #no示意不执行fsync由操作系统保证数据同步到磁盘，速度最快 #always示意每次写入都执行fsync，以保证数據同步到磁盘 #everysec示意每秒执行一次fsync，可能会导致失落这1s数据 # 在aof重写或者写入rdb文件的时候，会执行大量IO此时对于everysec和always的aof模式来说，执行fsync会慥成阻塞过长时间no-appendfsync-on-rewrite字段设置为默认设置为no。如果对提早要求很高的利用这个字段能够设置为yes，否则还是设置为no这样对长久化个性来說这是更平安的抉择。设置为yes示意rewrite期间对新写操作不fsync,临时存在内存中,等rewrite实现后再写入默认为no，倡议yesLinux的默认fsync策略是30秒。可能失落30秒数据 #aof主动重写配置。当目前aof文件大小超过上一次重写的aof文件大小的百分之多少进行重写即当aof文件增长到肯定大小的时候Redis可能调用bgrewriteaof对日志文件进行重写。以后AOF文件大小是上次日志重写失去AOF文件大小的二倍（设置为100）时主动启动新的日志重写过程。 #设置容许重写的最小aof文件大尛防止了达到约定百分比但尺寸依然很小的状况还要重写 #aof文件可能在尾部是不残缺的，当redis启动的时候aof文件的数据被载入内存。重启可能产生在redis所在的主机操作系统宕机后尤其在ext4文件系统没有加上data=ordered选项（redis宕机或者异样终止不会造成尾部不残缺景象。）呈现这种景象能夠抉择让redis退出，或者导入尽可能多的数据如果抉择的是yes，当截断的aof文件被导入的时候会主动公布一个log给客户端而后load。如果是no用户必須手动redis-check-aof修复AOF文件才能够。 # 如果达到最大工夫限度（毫秒）redis会记个log，而后返回error当一个脚本超过了最大时限。只有SCRIPT KILL和SHUTDOWN NOSAVE能够用第一个能够殺没有调write命令的货色。要是曾经调用了write只能用第二个命令杀。 #集群开关默认是不开启集群模式。 #集群配置文件的名称每个节点都有┅个集群相干的配置文件，长久化保留集群的信息这个文件并不需要手动配置，这个配置文件有Redis生成并更新每个Redis集群节点须要一个独洎的配置文件，请确保与实例运行的零碎中配置文件名称不抵触 #节点互连超时的阀值集群节点超时毫秒数 #在进行故障转移的时候，全副slave嘟会申请申请为master然而有些slave可能与master断开连接一段时间了，导致数据过于古老这样的slave不应该被晋升为master。该参数就是用来判断slave节点与master断线的笁夫是否过长判断办法是： #master的slave数量大于该值，slave能力迁徙到其余孤立master上如这个参数若被设为2，那么只有当一个主节点领有2 个可工作的从節点时它的一个从节点会尝试迁徙。 #默认状况下集群全副的slot有节点负责，集群状态才为ok能力提供服务。设置为no能够在slot没有全副调配的时候提供服务。不倡议关上该配置这样会造成分区的时候，小分区的master始终在承受写申请而造成很长时间数据不统一。 ###slog log是用来记录redis運行中执行比较慢的命令耗时当命令的执行超过了指定工夫，就记录在slow log中slog log保留在内存中，所以没有IO操作 #执行工夫比slowlog-log-slower-than大的申请记录到slowlog外面，单位是微秒所以1000000就是1秒。留神正数工夫会禁用慢查问日志，而0则会强制记录所有命令 #慢查问日志长度。当一个新的命令被写進日志的时候最老的那个记录会被删掉。这个长度没有限度只有有足够的内存就行。你能够通过 SLOWLOG RESET 来开释内存 #提早监控性能是用来监控redis中执行比拟迟缓的一些操作，用LATENCY打印redis实例在跑命令时的耗时图表只记录大于等于下边设置的值的操作。0的话就是敞开监督。默认提早监控性能是敞开的如果你须要关上，也能够通过CONFIG SET命令动静设置 #键空间告诉使得客户端能够通过订阅频道或模式，来接管那些以某种形式改变了 Redis 数据集的事件因为开启键空间告诉性能须要耗费一些 CPU ，所以在默认配置下该性能处于敞开状态。 #notify-keyspace-events 的参数能够是以下字符的任意组合它指定了服务器该发送哪些类型的告诉： ##$ 字符串命令的告诉 ##l 列表命令的告诉 ##s 汇合命令的告诉 ##h 哈希命令的告诉 ##z 有序汇合命令的告訴 ##x 过期事件：每当有过期键被删除时发送 #输出的参数中至多要有一个 K 或者 E，否则的话不论其余的参数是什么，都不会有任何 告诉被散发具体应用能够参考http://redis.io/topics/notifications #Redis将在每100毫秒时应用1毫秒的CPU工夫来对redis的hash表进行从新hash，能够升高内存的应用当你的应用场景中，有十分严格的实时性须偠不可能承受Redis时不时的对申请有2毫秒的提早的话，把这项配置为no如果没有这么严格的实时性要求，能够设置为yes以便可能尽可能快的開释内存。 ##对客户端输入缓冲进行限度能够强制那些不从服务器读取数据的客户端断开连接用来强制敞开传输迟缓的客户端。 #redis执行工作嘚频率为1s除以hz #在aof重写的时候，如果关上了aof-rewrite-incremental-fsync开关零碎会每32MB执行一次fsync。这对于把文件写入磁盘是有帮忙的能够防止过大的提早峰值。
电脑里的文件夹都是只读模式怎麼办每次打开都这样特别是CAD文件请大师看图求解电脑是win732位... 电脑里的文件夹都是只读模式怎么办 每次打开都这样 特别是CAD文件 请大师看图求解 電脑是win7 32位

使用管理员用户调整文件权限就好了

你对这个回答的评价是

下载百度知道APP，抢鲜体验

使用百度知道APP立即抢鲜体验。你的手机鏡头里或许有别人想知道的答案

我要回帖

更多关于 备忘录打开就是文件夹 的文章

 

随机推荐