针对Log文件的作用及格式介绍系列文章中有介绍,可点此处查看Log文件介绍说明。
所有的写操作都是先成功的append到Log日志中,然后在更新内存memtable的。
这样做有如下优点:

  1. 可以将随机的写IO变成append,极大的提高写磁盘速度;
  2. 防止在节点down机导致内存数据丢失,造成数据丢失,这对系统来说是个灾难。

日志文件的切换是在写KV记录之前会进行MakeRoomForWrite来决定是否切换新的日志文件,所以在写入的过程中是不需要关注文件切换的。接下来介绍Log模块的读写流程及结构。

一、文件结构

  • log_format.h:描述Log格式及Record类型。
  • log_reader.h、log_reader.cc:读模块实现。
  • log_writer.h、log_writer.cc:写模块实现。

二、格式信息

结构字段
  1. 一共有四种Record类型。
  2. 每个Block为32KB
  3. 每个Record头大小为4 + 2 + 1 = 7个字节。
namespace log {enum RecordType {// Zero is reserved for preallocated fileskZeroType = 0,kFullType = 1,// For fragmentskFirstType = 2,kMiddleType = 3,kLastType = 4
};
static const int kMaxRecordType = kLastType;static const int kBlockSize = 32768;// Header is checksum (4 bytes), length (2 bytes), type (1 byte).
static const int kHeaderSize = 4 + 2 + 1;}  // namespace log
构造格式

在这里插入图片描述

三、写流程

1.类关系图

在这里插入图片描述

2.源码
log_writer.h
namespace leveldb {class WritableFile;namespace log {class Writer {public:<!实例一个Writer,传入的参数*dest要为空,且在写期间,*dest要保持存活>// Create a writer that will append data to "*dest".// "*dest" must be initially empty.// "*dest" must remain live while this Writer is in use.explicit Writer(WritableFile* dest);// Create a writer that will append data to "*dest".// "*dest" must have initial length "dest_length".// "*dest" must remain live while this Writer is in use.Writer(WritableFile* dest, uint64_t dest_length);Writer(const Writer&) = delete;Writer& operator=(const Writer&) = delete;~Writer();<!写一个Record到文件中>Status AddRecord(const Slice& slice);private:<!实际写>Status EmitPhysicalRecord(RecordType type, const char* ptr, size_t length);<!Log文件>WritableFile* dest_;<!位于当前block的哪个位置>int block_offset_;  // Current offset in block<!提前计算好的Type对应的CRC值,减少使用过程中的计算>// crc32c values for all supported record types.  These are// pre-computed to reduce the overhead of computing the crc of the// record type stored in the header.uint32_t type_crc_[kMaxRecordType + 1];
};}  // namespace log
}  // namespace leveldb
log_writer.cc
namespace leveldb {
namespace log {<!计算RecordType的CRC32值>
static void InitTypeCrc(uint32_t* type_crc) {for (int i = 0; i <= kMaxRecordType; i++) {char t = static_cast<char>(i);type_crc[i] = crc32c::Value(&t, 1);}
}Writer::Writer(WritableFile* dest) : dest_(dest), block_offset_(0) {InitTypeCrc(type_crc_);
}Writer::Writer(WritableFile* dest, uint64_t dest_length): dest_(dest), block_offset_(dest_length % kBlockSize) {InitTypeCrc(type_crc_);
}<!指定默认析构函数>
Writer::~Writer() = default;<!写Record流程>
Status Writer::AddRecord(const Slice& slice) {const char* ptr = slice.data();size_t left = slice.size();<!1、有必要的情况下,需要record进行分片写入;2、如果slice数据为空,仍然会写一次,只是长度为0,读取的时候会对此种情况进行处理。>// Fragment the record if necessary and emit it.  Note that if slice// is empty, we still want to iterate once to emit a single// zero-length record<!写文件是以一个Block(32KB)为单元写入的,而写入到Block这是一个个Record,每个Record的头长度为7Byte。假设这个Block剩余可写的长度为L,要写入的数据为N,则分以下情况进行处理:1、L >= N+7,说明Block空间足以容纳下一个Record和7Byte的头,则这个数据被定义为一个Type为kFullType的Record。2、N + 7 > L >= 7,即当前Block空间大于等于7Byte,但不足以保存全部内容,则在当前页生存一个Type为kFirstType的Record,Payload(Block剩余空间)保存数据前面L-7字节的内容(可以为0,那就直说一个头),如果数据剩余的长度小于32KB,则在下一个页中生成一个Type为kLastType的Record,否则在下一个Block中生成一个Type为kMiddleType的Record,依次类推,直至数据被完全保存下来。3、L < 7,当前Block的剩余长度小于7Byte,则填充0。      以上流程就是整个写流程了。>Status s;bool begin = true;do {const int leftover = kBlockSize - block_offset_;assert(leftover >= 0);if (leftover < kHeaderSize) {// Switch to a new blockif (leftover > 0) {// Fill the trailer (literal below relies on kHeaderSize being 7)static_assert(kHeaderSize == 7, "");dest_->Append(Slice("\x00\x00\x00\x00\x00\x00", leftover));}block_offset_ = 0;}// Invariant: we never leave < kHeaderSize bytes in a block.assert(kBlockSize - block_offset_ - kHeaderSize >= 0);const size_t avail = kBlockSize - block_offset_ - kHeaderSize;const size_t fragment_length = (left < avail) ? left : avail;RecordType type;const bool end = (left == fragment_length);if (begin && end) {type = kFullType;} else if (begin) {type = kFirstType;} else if (end) {type = kLastType;} else {type = kMiddleType;}s = EmitPhysicalRecord(type, ptr, fragment_length);ptr += fragment_length;left -= fragment_length;begin = false;} while (s.ok() && left > 0);return s;
}<!实际写实现:1、格式化打包头;2、CRC校验计算;3、先写头、在写Payload,写成功之后flush下;4、将block_offset_位置重新计算下。
>
Status Writer::EmitPhysicalRecord(RecordType t, const char* ptr,size_t length) {assert(length <= 0xffff);  // Must fit in two bytesassert(block_offset_ + kHeaderSize + length <= kBlockSize);// Format the headerchar buf[kHeaderSize];buf[4] = static_cast<char>(length & 0xff);buf[5] = static_cast<char>(length >> 8);buf[6] = static_cast<char>(t);// Compute the crc of the record type and the payload.uint32_t crc = crc32c::Extend(type_crc_[t], ptr, length);crc = crc32c::Mask(crc);  // Adjust for storageEncodeFixed32(buf, crc);// Write the header and the payloadStatus s = dest_->Append(Slice(buf, kHeaderSize));if (s.ok()) {s = dest_->Append(Slice(ptr, length));if (s.ok()) {s = dest_->Flush();}}block_offset_ += kHeaderSize + length;return s;
}}  // namespace log
}  // namespace leveldb

四、读流程

1.类关系图

在这里插入图片描述

2.源码
log_reader.h
namespace leveldb {<!顺序读取文件的抽象封装类>
class SequentialFile;namespace log {class Reader {public:<!负责上报错误类>// Interface for reporting errors.class Reporter {public:virtual ~Reporter();// Some corruption was detected.  "size" is the approximate number// of bytes dropped due to the corruption.virtual void Corruption(size_t bytes, const Status& status) = 0;};// Create a reader that will return log records from "*file".// "*file" must remain live while this Reader is in use.//// If "reporter" is non-null, it is notified whenever some data is// dropped due to a detected corruption.  "*reporter" must remain// live while this Reader is in use.//// If "checksum" is true, verify checksums if available.//// The Reader will start reading at the first record located at physical// position >= initial_offset within the file.<!1.file: 要读取的Log文件封装。2.reporter: 错误上报类。3.checksum: 是否check校验。4.initial_offset:开始读取数据偏移位置。>Reader(SequentialFile* file, Reporter* reporter, bool checksum,uint64_t initial_offset);<!禁止拷贝构造和赋值构造>Reader(const Reader&) = delete;Reader& operator=(const Reader&) = delete;~Reader();// Read the next record into *record.  Returns true if read// successfully, false if we hit end of the input.  May use// "*scratch" as temporary storage.  The contents filled in *record// will only be valid until the next mutating operation on this// reader or the next mutation to *scratch.<!1.读取一个Record记录,成功返回true,失败返回false2.读取的数据在*record参数中,传入的*scratch用于临时内部临时存储使用。>bool ReadRecord(Slice* record, std::string* scratch);// Returns the physical offset of the last record returned by ReadRecord.//// Undefined before the first call to ReadRecord.<!返回最近一次读取Record的偏移位,也就是这个Record的起始位>uint64_t LastRecordOffset();private:// Extend record types with the following special values<!扩展两种类型用于错误表示。1.kEof表示到达文件尾。2.kBadRecord表示以下三种错误:1)CRC校验失败、2)读取长度为03)读取的内存在initial_offset之外,比方说从64位置开始读而Record在31~63之间。>enum {kEof = kMaxRecordType + 1,// Returned whenever we find an invalid physical record.// Currently there are three situations in which this happens:// * The record has an invalid CRC (ReadPhysicalRecord reports a drop)// * The record is a 0-length record (No drop is reported)// * The record is below constructor's initial_offset (No drop is reported)kBadRecord = kMaxRecordType + 2};// Skips all blocks that are completely before "initial_offset_".//// Returns true on success. Handles reporting.<!跳到起始位置initial_offset处开始读取>bool SkipToInitialBlock();// Return type, or one of the preceding special values<!读取一个Record>unsigned int ReadPhysicalRecord(Slice* result);// Reports dropped bytes to the reporter.// buffer_ must be updated to remove the dropped bytes prior to invocation.<!上报错误和丢弃>void ReportCorruption(uint64_t bytes, const char* reason);void ReportDrop(uint64_t bytes, const Status& reason);SequentialFile* const file_;Reporter* const reporter_;bool const checksum_;<!32kb大小数据存储空间,用于从文件中读取一个Block>char* const backing_store_;<!将从文件读取到的数据封装为一个Slice,用buffer_来表示>Slice buffer_;<!当读取的文件数据大小小于kBlockSize,表示读取到文件尾,将eof_置位true>bool eof_;  // Last Read() indicated EOF by returning < kBlockSize<!最近一次读取Record的偏移位,也就是这个Record的起始位>// Offset of the last record returned by ReadRecord.uint64_t last_record_offset_;<!读取的Buffer尾部的偏移位>// Offset of the first location past the end of buffer_.uint64_t end_of_buffer_offset_;<!开始读取数据位置>// Offset at which to start looking for the first record to returnuint64_t const initial_offset_;<!是否重新开始读取Record><!在初始读取位置initial_offset > 0的情况下,resyncing_才为true,因为初始位置如果不是从0开始,首次读取到的Record的type是kMiddleType和kLastType的话,则不是一个完整的record,所以要丢弃重新读取。>// True if we are resynchronizing after a seek (initial_offset_ > 0). In// particular, a run of kMiddleType and kLastType records can be silently// skipped in this modebool resyncing_;
};}  // namespace log
}  // namespace leveldb
log_reader.cc
namespace log {
<!指定下默认析构函数>
Reader::Reporter::~Reporter() = default;<!实例化时,做如下事情:1、赋值下读取文件、异常上报程序;2、是否执行数据校验(checksum_为true,则校验);3、申请一块32KB大小的内存用于读取block;4Slice(buffer_)初始化;5、上次读取的record偏移位为0;6、读取的一个buffer尾部偏移位为0;7、初始化读取Record位置。8、重读取标志(resyncing_)
>
Reader::Reader(SequentialFile* file, Reporter* reporter, bool checksum,uint64_t initial_offset): file_(file),reporter_(reporter),checksum_(checksum),backing_store_(new char[kBlockSize]),buffer_(),eof_(false),last_record_offset_(0),end_of_buffer_offset_(0),initial_offset_(initial_offset),resyncing_(initial_offset > 0) {}<!析构时,释放内存>
Reader::~Reader() { delete[] backing_store_; }<!根据initial_offset跳转到第一个Block处>
bool Reader::SkipToInitialBlock() {const size_t offset_in_block = initial_offset_ % kBlockSize;uint64_t block_start_location = initial_offset_ - offset_in_block;<!写数据时,会有个最后6字节的0x00填充位,也就是trailer如果最后求到的余的位置落在这6字节范围内,直接跳过一个32KB的Block,进行读取。>// Don't search a block if we'd be in the trailerif (offset_in_block > kBlockSize - 6) {block_start_location += kBlockSize;}<!跳转到的开始读取位置指定为Buffer的尾部偏移位>end_of_buffer_offset_ = block_start_location;<!跳转到第一个包含初始Record的Block处,如果异常就报错>// Skip to start of first block that can contain the initial recordif (block_start_location > 0) {Status skip_status = file_->Skip(block_start_location);if (!skip_status.ok()) {ReportDrop(block_start_location, skip_status);return false;}}return true;
}<!读取Record实现>
bool Reader::ReadRecord(Slice* record, std::string* scratch) {<!如果上一次读取record位置小于当前起始读取位置则跳过中间部分,直接到开始读取数据处>if (last_record_offset_ < initial_offset_) {if (!SkipToInitialBlock()) {return false;}}<!1、初始化值;2、首次进来,肯定不在一个record片段中,所以 in_fragmented_recordw为false>scratch->clear();record->clear();bool in_fragmented_record = false;// Record offset of the logical record that we're reading// 0 is a dummy value to make compilers happy<!正在读取Record的偏移位,初始化为0>uint64_t prospective_record_offset = 0;Slice fragment;while (true) {<!读取一个Record,并返回Record的Type,实现及注释看下文>const unsigned int record_type = ReadPhysicalRecord(&fragment);// ReadPhysicalRecord may have only had an empty trailer remaining in its// internal buffer. Calculate the offset of the next physical record now// that it has returned, properly accounting for its header size.<!这里就是计算出当前读取的Record的开始位置偏移位>uint64_t physical_record_offset =end_of_buffer_offset_ - buffer_.size() - kHeaderSize - fragment.size();<!如果initial_offset > 0,则resyncing_为true1、如果读取到的record_type是kMiddleType,则少了kFirstType,重新读。2、如果读取到的record_type是kLastType,则少了kFirstType和kMiddleType,重新读,同时要把resyncing_置位false>if (resyncing_) {if (record_type == kMiddleType) {continue;} else if (record_type == kLastType) {resyncing_ = false;continue;} else {resyncing_ = false;}}switch (record_type) {case kFullType:if (in_fragmented_record) {<!早期版本有BUG,Writer会写一个空的kFirstType,然后后面跟着一个kFullType,这样读取到kFirstType之后,in_fragmented_record置位true了,如此则进入此流程>// Handle bug in earlier versions of log::Writer where// it could emit an empty kFirstType record at the tail end// of a block followed by a kFullType or kFirstType record// at the beginning of the next block.if (!scratch->empty()) {ReportCorruption(scratch->size(), "partial record without end(1)");}}<!1、记录下当前Record起始地址,2、返回读取到的record。>prospective_record_offset = physical_record_offset;scratch->clear();*record = fragment;last_record_offset_ = prospective_record_offset;return true;case kFirstType:if (in_fragmented_record) {<!早期版本有BUG,在下一个block之前会存在一个kFirstType,这样如果读取到下一个block有kFirstType,而之前已经读了一个kFirstType,则in_fragmented_record置位true了,如此则进入此流程>// Handle bug in earlier versions of log::Writer where// it could emit an empty kFirstType record at the tail end// of a block followed by a kFullType or kFirstType record// at the beginning of the next block.if (!scratch->empty()) {ReportCorruption(scratch->size(), "partial record without end(2)");}}<!进入此流程表示一个完整的record由first、middle、last组成剩下的就是组装数据。>prospective_record_offset = physical_record_offset;scratch->assign(fragment.data(), fragment.size());in_fragmented_record = true;break;case kMiddleType:if (!in_fragmented_record) {<!理论下如果record是kMiddleType,则in_fragmented_record为true,否则报错>ReportCorruption(fragment.size(),"missing start of fragmented record(1)");} else {scratch->append(fragment.data(), fragment.size());}break;case kLastType:if (!in_fragmented_record) {ReportCorruption(fragment.size(),"missing start of fragmented record(2)");} else {<!最后一个type,Record,读完则组成一个完整的record,同时赋值下当前完整record的起始位置。>scratch->append(fragment.data(), fragment.size());*record = Slice(*scratch);last_record_offset_ = prospective_record_offset;return true;}break;<!余下的都是错误处理,很容易看懂,就不注释了>case kEof:if (in_fragmented_record) {// This can be caused by the writer dying immediately after// writing a physical record but before completing the next; don't// treat it as a corruption, just ignore the entire logical record.scratch->clear();}return false;case kBadRecord:if (in_fragmented_record) {ReportCorruption(scratch->size(), "error in middle of record");in_fragmented_record = false;scratch->clear();}break;default: {char buf[40];snprintf(buf, sizeof(buf), "unknown record type %u", record_type);ReportCorruption((fragment.size() + (in_fragmented_record ? scratch->size() : 0)),buf);in_fragmented_record = false;scratch->clear();break;}}}return false;
}
<!返回最近读取Record的偏移位>
uint64_t Reader::LastRecordOffset() { return last_record_offset_; }void Reader::ReportCorruption(uint64_t bytes, const char* reason) {ReportDrop(bytes, Status::Corruption(reason));
}void Reader::ReportDrop(uint64_t bytes, const Status& reason) {if (reporter_ != nullptr &&end_of_buffer_offset_ - buffer_.size() - bytes >= initial_offset_) {reporter_->Corruption(static_cast<size_t>(bytes), reason);}
}unsigned int Reader::ReadPhysicalRecord(Slice* result) {<!while true的目的就是读取一个完整的Record>while (true) {if (buffer_.size() < kHeaderSize) {<!kHeaderSize为7,如果buffer剩余大小小于7Byte,分两组情况:1、还未读取到文件尾部;2、已经读取到文件尾部。>if (!eof_) {// Last read was a full read, so this is a trailer to skip<!如果buffer_剩余大小小于7Byte且文件未读取到尾,那上一次读是读取了一个完整的Record,剩余的大小只是6B的填充trailer,所以只需跳过这个trailer,清空即可。>buffer_.clear();<!1、读取32KB大小数据;2、将end_of_buffer_offset_偏移下位置。>Status status = file_->Read(kBlockSize, &buffer_, backing_store_);end_of_buffer_offset_ += buffer_.size();if (!status.ok()) {<!读取失败,直接报错并返回读到文件尾>buffer_.clear();ReportDrop(kBlockSize, status);eof_ = true;return kEof;} else if (buffer_.size() < kBlockSize) {<!读取数据大小小于32KB,认为读取到文件尾了,通过continue,由上文判断下是不是小于7Byte的大小。>eof_ = true;}continue;} else {// Note that if buffer_ is non-empty, we have a truncated header at the// end of the file, which can be caused by the writer crashing in the// middle of writing the header. Instead of considering this an error,// just report EOF.<!如果buffer_是大于0,小于7(头大小)且到文件尾了,很可能是正在写头的时候,写流程崩溃了导致截断的头,这里我们只需要返回到达文件尾即可,不会影响数据。>buffer_.clear();return kEof;}}<!准备解析数据,先解析header>// Parse the headerconst char* header = buffer_.data();const uint32_t a = static_cast<uint32_t>(header[4]) & 0xff;const uint32_t b = static_cast<uint32_t>(header[5]) & 0xff;const unsigned int type = header[6];const uint32_t length = a | (b << 8);<!解析出的数据长度大于实际读取的数据,则是异常的,返回>if (kHeaderSize + length > buffer_.size()) {size_t drop_size = buffer_.size();buffer_.clear();if (!eof_) {ReportCorruption(drop_size, "bad record length");return kBadRecord;}// If the end of the file has been reached without reading |length| bytes// of payload, assume the writer died in the middle of writing the record.// Don't report a corruption.return kEof;}<!在env_posix.cc环境下写文件时存在预分配的情况会导致此类型type,返回异常即可,不用上报>if (type == kZeroType && length == 0) {// Skip zero length record without reporting any drops since// such records are produced by the mmap based writing code in// env_posix.cc that preallocates file regions.buffer_.clear();return kBadRecord;}<!主要是校验type+data数据,校验失败这要上报数据异常,并返回>// Check crcif (checksum_) {uint32_t expected_crc = crc32c::Unmask(DecodeFixed32(header));uint32_t actual_crc = crc32c::Value(header + 6, 1 + length);if (actual_crc != expected_crc) {// Drop the rest of the buffer since "length" itself may have// been corrupted and if we trust it, we could find some// fragment of a real log record that just happens to look// like a valid log record.size_t drop_size = buffer_.size();buffer_.clear();ReportCorruption(drop_size, "checksum mismatch");return kBadRecord;}}<!从buffer_中移除读取到的Record数据指向和大小>buffer_.remove_prefix(kHeaderSize + length);<!end_of_buffer_offset_ - buffer_.size() - kHeaderSize - length 就是读取Record的开始位置,也就是说读取Record的开始位置在initial_offset之前,则丢弃这个Record。>// Skip physical record that started before initial_offset_if (end_of_buffer_offset_ - buffer_.size() - kHeaderSize - length <initial_offset_) {result->clear();return kBadRecord;}<!返回一个完整Record>*result = Slice(header + kHeaderSize, length);return type;}
}}  // namespace log

参考链接:
https://blog.csdn.net/weixin_36145588/article/details/76423194

查看全文
如若内容造成侵权/违法违规/事实不符,请联系编程学习网邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!

相关文章

  1. PLSQL 自动替换快捷键参考

    PLSQL 自动替换快捷键参考:c = COUNT(*) df = DELETE FROM WHERE g = GROUP BY o = ORDER BY ro = RANK()OVER(ORDER BY DESC) sc = SELECT COUNT(*) FROM sd = SELECT DISTINCT * FROM sf = SELECT * FROM 如何设置自动替换快捷键,请参照:https://www.360kuai.com/p…...

    2024/5/9 14:44:09
  2. 【作业】第九章课后作业

    选择题: 1-10:B B ABD A B A CD A BD C 11-12:C A 简答题: 1.Math.round(11.5) = 12,Math.round(-11.5) = -11。该方法为取整,四舍五入的原理是在参数上加0.5然后进行下取整。 2. int是基本类型,Integer是int的包装类。int不能为null,Integer可以为null,说明Integer是对…...

    2024/5/7 4:02:18
  3. Docker安装及配置

    windows 10安装 不同操作系统有对应的docker 安装包,对应自己的系统去下载。win7/win8: 下载 docker toolbox,可以从阿里云镜像下载,或者官方地址下载最新 win 10/MAC: 下载docker desktop, 从docker官方网站下载.(注意:需要登录才能下载,你要有docker账号)更多版本可参照:…...

    2024/5/7 4:02:13
  4. PyQt5笔记(08) – 输入对话框

    目录 PyQt5笔记(01) – 创建空白窗体 PyQt5笔记(02) – 按钮点击事件 PyQt5笔记(03) – 消息框 PyQt5笔记(04) – 文本框的使用 PyQt5笔记(05) – 绝对位置 为了便于后期更新,所有目录已汇总到一个链接,具体请移步到这里 正文 本节主要介绍如何使用PyQt输入对话框获…...

    2024/5/7 4:02:09
  5. 如何利用Anaconda3在windows10上安装tensorflow?

    目录1、安装Anaconda3下载Anaconda3软件安装2、安装tensorflow3、测试tensorflow是否安装成功4、错误提示解决系统环境:windows10 64位系统+Anaconda3-4.0.0-Windows-x86_64+python3.5,如果系统中安装其他版本的python,请先卸载,然后再执行安装过程。1、安装Anaconda3下载A…...

    2024/5/7 4:02:05
  6. AR PL UMing CN

    AR PL UMing CN...

    2024/5/7 4:02:01
  7. C++ ProtoBuf Java 通信

    简要 C++使用libcurl作为HttpClient Java作为WebServer ProtoBuf作为通信协议. 需求 简单讲下, 毕竟是项目中运用前的小demo. 客户端有很多的点, 要发送给web服务端, 服务端进行接收再进行回调(回调就属于其他项目了, 这里并未设计) protobuf 定义点类型, 在定义点云类型. 详情…...

    2024/5/7 4:01:57
  8. 海量数据处理面试题

    言一般而言,标题含有“秒杀”,“99%”,“史上最全/最强”等词汇的往往都脱不了哗众取宠之嫌,但进一步来讲,如果读者读罢此文,却无任何收获,那么,我也甘愿背负这样的罪名 :-),同时,此文可以看做是对这篇文章:十道海量数据处理面试题与十个方法大总结的一般抽象性总结…...

    2024/5/7 4:01:54
  9. 删除字符

    本题要求实现一个删除字符串中的指定字符的简单函数。 函数接口定义:void delchar( char *str, char c );其中char *str是传入的字符串,c是待删除的字符。函数delchar的功能是将字符串str中出现的所有c字符删除。 裁判测试程序样例: #include <stdio.h> #define MAXN …...

    2024/5/7 4:01:51
  10. 字符串的方法及数组的去重和排序

    1.创建一个字符串 传统的方式 通过new关键字 来创建的是 一个对象 String对象 来处理字符串 备注: 如果不加new, 单独的String(值),只是将值转换为字符串var str = new String("y");console.log(typeof str); //object字面量的方式var str_two = abcDg;console.…...

    2024/5/7 4:01:45
  11. STL——简单的数据结构

    STL——简单的数据结构 题目描述 栗酱有一天在网上冲浪的时候发现了一道很有意思的数据结构题。 该数据结构形如长条形。 一开始该容器为空,有以下七种操作。 1 a从前面插入元素a 2 从前面删除一个元素 3 a从后面插入一个元素 4 从后面删除一个元素 5 将整个容器头尾翻转 6 输…...

    2024/5/7 4:01:41
  12. 2019年年度总结

    这一年干了什么: 1.参加了蓝桥杯省赛的算法组(虽然是省三哈哈哈哈哈哈) 2.面试学校ThoughtCoding实验室嵌入式组并成功成为一员 3.对Arduino进行初步学习,了解了一些简单的模块,最终成果是完成基础小车一辆(过了几天就被我们卸了) 4.对stm32进行基础学习,一些基本驱动的…...

    2024/5/6 8:09:33
  13. 基于Jenkins+Gitlab+Docker实现SpringBoot项目自动部署、持续集成、持续交付(无废话版)---------------(三)

    基于Jenkins+Gitlab+Docker实现SpringBoot项目自动部署 1. 使用Docker搭建Jenkins 1.1 拉取Jenkins镜像 1.2 创建目录 1.3 启动容器 1.4 打开Jenkins管理页面 1.5 查看日志获取初始密码 1.6 安装推荐的插件 1.7 成功安装Jenkins 2. 配置Jenkins 2.1 设置Jenkins时区为北京时间 …...

    2024/5/7 4:01:37
  14. 网络安全基础

    网络安全概述一、网络安全的基本概念及属性网络安全是指网络系统的硬件、软件及其系统中的数据受到保护,不因偶然的或者恶意的原因而遭受到破坏、更改、泄漏,系统连续可靠正常地运行,网络服务不中断。网络安全通信所需要的基本属性有:机密性、消息完整性、可访问与可用性、…...

    2024/5/8 6:41:27
  15. 【机器学习笔记51】deepfake

    ``【参考资料】 【1】https://github.com/joshua-wu/deepfakes_faceswap 备注: 本文主要是对【参考文献1】代码的走读理解1. deepfake的autoencoderdeepfake本质上是一个基于卷积神经网络的autoencoder 程序将原始图像做处理后分别作为编解码的源和目标 编解码模型的定义在mode…...

    2024/5/7 4:01:29
  16. win7x64,apache24,DocumentRoot 设置为网络文件夹时 服务无法启动 不是端口问题 解决方案

    当apache24 配置文件httpd.conf 中 DocumentRoot和Directory 设置成网络上另一台计算机的共享文件夹时, 启动httpd.exe,就可以正常访问localhost 但是使用 httpd.exe -k install 安装apache服务后,该服务无法启动。 这是因为该服务默认本地系统帐户登录,但是httpd.conf中的 …...

    2024/5/7 4:01:25
  17. Java干货——datax的二次开发集成rabbitMQ

    **1.开发背景**最近公司需求,经大量调研后,决定采用阿里的datax,实现多系统之间数据同步,满足平行入库和经复杂业务逻辑处理后入库。**2.开发需求**平行入库直接应用datax现有逻辑,即可实现sqlserver到mysql的数据同步;需要复杂处理入库,则考虑应用rabbitMQ和datax的二次…...

    2024/5/7 4:01:21
  18. C++中String类的字符串分割实现

    最近笔试,经常遇到需要对字符串进行快速分割的情景,主要是在处理输入的时候,而以前练习算法题或笔试,很多时候不用花啥时间考虑测试用例输入的问题。可是C++标准库里面没有像java的String类中提供的字符分割函数split ,着实不方便。那么怎么解决这个问题呢?整理了一些方法…...

    2024/5/7 4:01:22
  19. ## POJ2367 enealogical tree

    POJ2367 enealogical tree 本题是一道拓扑序列题。 有两种解法。 解法一(BFS): 预定义:一个栈–存放答案。一个一维数组–存放每个点的入栈情况。N个动态数组–存放每个点的父亲。 1.读入数据,记录每个结点的子数以及每个子点的父亲。 2.将子数为0的点,即无后代的点放入队…...

    2024/5/7 4:01:13
  20. Snails 框架

    Snails 框架 基于 SpringBoot + Ng-Alain 前后端分离的实现,可以作为新手入门项目,也可以作为小项目的基础框架去扩展。目前 Snails 系统框架已支持基本的后台功能,基于简单、实用设计,并且已支持 Docker 进行项目部署。Snails 框架:编程入门,新手礼赞 snails-web 前端:…...

    2024/5/7 4:01:09

最新文章

  1. VIsualGDB : 快速入门系列

    《VisualGDB &#xff1a; 解决编码导致的编译错误》 《VisualGDB &#xff1a; 在windows上开发和调试Linux代码&#xff08;一&#xff09;》 《VisualGDB&#xff1a;为Linux项目添加系统依赖库》 《VisualGDB&#xff1a;Linux动态库项目创建、编译及库的使用》 《VisualGD…...

    2024/5/9 21:41:00
  2. 梯度消失和梯度爆炸的一些处理方法

    在这里是记录一下梯度消失或梯度爆炸的一些处理技巧。全当学习总结了如有错误还请留言&#xff0c;在此感激不尽。 权重和梯度的更新公式如下&#xff1a; w w − η ⋅ ∇ w w w - \eta \cdot \nabla w ww−η⋅∇w 个人通俗的理解梯度消失就是网络模型在反向求导的时候出…...

    2024/5/9 21:23:04
  3. Java深度优先搜索DFS(含面试大厂题和源码)

    深度优先搜索&#xff08;Depth-First Search&#xff0c;简称DFS&#xff09;是一种用于遍历或搜索树或图的算法。DFS 通过沿着树的深度来遍历节点&#xff0c;尽可能深地搜索树的分支。当节点v的所在边都已被探寻过&#xff0c;搜索将回溯到发现节点v的那条边的起始节点。这个…...

    2024/5/8 14:11:41
  4. redis之主从复制、哨兵模式

    一 redis群集有三种模式 主从复制&#xff1a; 主从复制是高可用Redis的基础&#xff0c;哨兵和集群都是在主从复制基础上实现高可用的。 主从复制主要实现了数据的多机备份&#xff0c;以及对于读操作的负载均衡和简单的故障恢复。 缺陷&#xff1a; 故障恢复无法自动化&…...

    2024/5/8 0:49:10
  5. 【外汇早评】美通胀数据走低,美元调整

    原标题:【外汇早评】美通胀数据走低,美元调整昨日美国方面公布了新一期的核心PCE物价指数数据,同比增长1.6%,低于前值和预期值的1.7%,距离美联储的通胀目标2%继续走低,通胀压力较低,且此前美国一季度GDP初值中的消费部分下滑明显,因此市场对美联储后续更可能降息的政策…...

    2024/5/8 6:01:22
  6. 【原油贵金属周评】原油多头拥挤,价格调整

    原标题:【原油贵金属周评】原油多头拥挤,价格调整本周国际劳动节,我们喜迎四天假期,但是整个金融市场确实流动性充沛,大事频发,各个商品波动剧烈。美国方面,在本周四凌晨公布5月份的利率决议和新闻发布会,维持联邦基金利率在2.25%-2.50%不变,符合市场预期。同时美联储…...

    2024/5/9 15:10:32
  7. 【外汇周评】靓丽非农不及疲软通胀影响

    原标题:【外汇周评】靓丽非农不及疲软通胀影响在刚结束的周五,美国方面公布了新一期的非农就业数据,大幅好于前值和预期,新增就业重新回到20万以上。具体数据: 美国4月非农就业人口变动 26.3万人,预期 19万人,前值 19.6万人。 美国4月失业率 3.6%,预期 3.8%,前值 3…...

    2024/5/4 23:54:56
  8. 【原油贵金属早评】库存继续增加,油价收跌

    原标题:【原油贵金属早评】库存继续增加,油价收跌周三清晨公布美国当周API原油库存数据,上周原油库存增加281万桶至4.692亿桶,增幅超过预期的74.4万桶。且有消息人士称,沙特阿美据悉将于6月向亚洲炼油厂额外出售更多原油,印度炼油商预计将每日获得至多20万桶的额外原油供…...

    2024/5/9 4:20:59
  9. 【外汇早评】日本央行会议纪要不改日元强势

    原标题:【外汇早评】日本央行会议纪要不改日元强势近两日日元大幅走强与近期市场风险情绪上升,避险资金回流日元有关,也与前一段时间的美日贸易谈判给日本缓冲期,日本方面对汇率问题也避免继续贬值有关。虽然今日早间日本央行公布的利率会议纪要仍然是支持宽松政策,但这符…...

    2024/5/4 23:54:56
  10. 【原油贵金属早评】欧佩克稳定市场,填补伊朗问题的影响

    原标题:【原油贵金属早评】欧佩克稳定市场,填补伊朗问题的影响近日伊朗局势升温,导致市场担忧影响原油供给,油价试图反弹。此时OPEC表态稳定市场。据消息人士透露,沙特6月石油出口料将低于700万桶/日,沙特已经收到石油消费国提出的6月份扩大出口的“适度要求”,沙特将满…...

    2024/5/4 23:55:05
  11. 【外汇早评】美欲与伊朗重谈协议

    原标题:【外汇早评】美欲与伊朗重谈协议美国对伊朗的制裁遭到伊朗的抗议,昨日伊朗方面提出将部分退出伊核协议。而此行为又遭到欧洲方面对伊朗的谴责和警告,伊朗外长昨日回应称,欧洲国家履行它们的义务,伊核协议就能保证存续。据传闻伊朗的导弹已经对准了以色列和美国的航…...

    2024/5/4 23:54:56
  12. 【原油贵金属早评】波动率飙升,市场情绪动荡

    原标题:【原油贵金属早评】波动率飙升,市场情绪动荡因中美贸易谈判不安情绪影响,金融市场各资产品种出现明显的波动。随着美国与中方开启第十一轮谈判之际,美国按照既定计划向中国2000亿商品征收25%的关税,市场情绪有所平复,已经开始接受这一事实。虽然波动率-恐慌指数VI…...

    2024/5/7 11:36:39
  13. 【原油贵金属周评】伊朗局势升温,黄金多头跃跃欲试

    原标题:【原油贵金属周评】伊朗局势升温,黄金多头跃跃欲试美国和伊朗的局势继续升温,市场风险情绪上升,避险黄金有向上突破阻力的迹象。原油方面稍显平稳,近期美国和OPEC加大供给及市场需求回落的影响,伊朗局势并未推升油价走强。近期中美贸易谈判摩擦再度升级,美国对中…...

    2024/5/4 23:54:56
  14. 【原油贵金属早评】市场情绪继续恶化,黄金上破

    原标题:【原油贵金属早评】市场情绪继续恶化,黄金上破周初中国针对于美国加征关税的进行的反制措施引发市场情绪的大幅波动,人民币汇率出现大幅的贬值动能,金融市场受到非常明显的冲击。尤其是波动率起来之后,对于股市的表现尤其不安。隔夜美国股市出现明显的下行走势,这…...

    2024/5/6 1:40:42
  15. 【外汇早评】美伊僵持,风险情绪继续升温

    原标题:【外汇早评】美伊僵持,风险情绪继续升温昨日沙特两艘油轮再次发生爆炸事件,导致波斯湾局势进一步恶化,市场担忧美伊可能会出现摩擦生火,避险品种获得支撑,黄金和日元大幅走强。美指受中美贸易问题影响而在低位震荡。继5月12日,四艘商船在阿联酋领海附近的阿曼湾、…...

    2024/5/4 23:54:56
  16. 【原油贵金属早评】贸易冲突导致需求低迷,油价弱势

    原标题:【原油贵金属早评】贸易冲突导致需求低迷,油价弱势近日虽然伊朗局势升温,中东地区几起油船被袭击事件影响,但油价并未走高,而是出于调整结构中。由于市场预期局势失控的可能性较低,而中美贸易问题导致的全球经济衰退风险更大,需求会持续低迷,因此油价调整压力较…...

    2024/5/8 20:48:49
  17. 氧生福地 玩美北湖(上)——为时光守候两千年

    原标题:氧生福地 玩美北湖(上)——为时光守候两千年一次说走就走的旅行,只有一张高铁票的距离~ 所以,湖南郴州,我来了~ 从广州南站出发,一个半小时就到达郴州西站了。在动车上,同时改票的南风兄和我居然被分到了一个车厢,所以一路非常愉快地聊了过来。 挺好,最起…...

    2024/5/7 9:26:26
  18. 氧生福地 玩美北湖(中)——永春梯田里的美与鲜

    原标题:氧生福地 玩美北湖(中)——永春梯田里的美与鲜一觉醒来,因为大家太爱“美”照,在柳毅山庄去寻找龙女而错过了早餐时间。近十点,向导坏坏还是带着饥肠辘辘的我们去吃郴州最富有盛名的“鱼头粉”。说这是“十二分推荐”,到郴州必吃的美食之一。 哇塞!那个味美香甜…...

    2024/5/4 23:54:56
  19. 氧生福地 玩美北湖(下)——奔跑吧骚年!

    原标题:氧生福地 玩美北湖(下)——奔跑吧骚年!让我们红尘做伴 活得潇潇洒洒 策马奔腾共享人世繁华 对酒当歌唱出心中喜悦 轰轰烈烈把握青春年华 让我们红尘做伴 活得潇潇洒洒 策马奔腾共享人世繁华 对酒当歌唱出心中喜悦 轰轰烈烈把握青春年华 啊……啊……啊 两…...

    2024/5/8 19:33:07
  20. 扒开伪装医用面膜,翻六倍价格宰客,小姐姐注意了!

    原标题:扒开伪装医用面膜,翻六倍价格宰客,小姐姐注意了!扒开伪装医用面膜,翻六倍价格宰客!当行业里的某一品项火爆了,就会有很多商家蹭热度,装逼忽悠,最近火爆朋友圈的医用面膜,被沾上了污点,到底怎么回事呢? “比普通面膜安全、效果好!痘痘、痘印、敏感肌都能用…...

    2024/5/5 8:13:33
  21. 「发现」铁皮石斛仙草之神奇功效用于医用面膜

    原标题:「发现」铁皮石斛仙草之神奇功效用于医用面膜丽彦妆铁皮石斛医用面膜|石斛多糖无菌修护补水贴19大优势: 1、铁皮石斛:自唐宋以来,一直被列为皇室贡品,铁皮石斛生于海拔1600米的悬崖峭壁之上,繁殖力差,产量极低,所以古代仅供皇室、贵族享用 2、铁皮石斛自古民间…...

    2024/5/8 20:38:49
  22. 丽彦妆\医用面膜\冷敷贴轻奢医学护肤引导者

    原标题:丽彦妆\医用面膜\冷敷贴轻奢医学护肤引导者【公司简介】 广州华彬企业隶属香港华彬集团有限公司,专注美业21年,其旗下品牌: 「圣茵美」私密荷尔蒙抗衰,产后修复 「圣仪轩」私密荷尔蒙抗衰,产后修复 「花茵莳」私密荷尔蒙抗衰,产后修复 「丽彦妆」专注医学护…...

    2024/5/4 23:54:58
  23. 广州械字号面膜生产厂家OEM/ODM4项须知!

    原标题:广州械字号面膜生产厂家OEM/ODM4项须知!广州械字号面膜生产厂家OEM/ODM流程及注意事项解读: 械字号医用面膜,其实在我国并没有严格的定义,通常我们说的医美面膜指的应该是一种「医用敷料」,也就是说,医用面膜其实算作「医疗器械」的一种,又称「医用冷敷贴」。 …...

    2024/5/9 7:32:17
  24. 械字号医用眼膜缓解用眼过度到底有无作用?

    原标题:械字号医用眼膜缓解用眼过度到底有无作用?医用眼膜/械字号眼膜/医用冷敷眼贴 凝胶层为亲水高分子材料,含70%以上的水分。体表皮肤温度传导到本产品的凝胶层,热量被凝胶内水分子吸收,通过水分的蒸发带走大量的热量,可迅速地降低体表皮肤局部温度,减轻局部皮肤的灼…...

    2024/5/9 17:11:10
  25. 配置失败还原请勿关闭计算机,电脑开机屏幕上面显示,配置失败还原更改 请勿关闭计算机 开不了机 这个问题怎么办...

    解析如下&#xff1a;1、长按电脑电源键直至关机&#xff0c;然后再按一次电源健重启电脑&#xff0c;按F8健进入安全模式2、安全模式下进入Windows系统桌面后&#xff0c;按住“winR”打开运行窗口&#xff0c;输入“services.msc”打开服务设置3、在服务界面&#xff0c;选中…...

    2022/11/19 21:17:18
  26. 错误使用 reshape要执行 RESHAPE,请勿更改元素数目。

    %读入6幅图像&#xff08;每一幅图像的大小是564*564&#xff09; f1 imread(WashingtonDC_Band1_564.tif); subplot(3,2,1),imshow(f1); f2 imread(WashingtonDC_Band2_564.tif); subplot(3,2,2),imshow(f2); f3 imread(WashingtonDC_Band3_564.tif); subplot(3,2,3),imsho…...

    2022/11/19 21:17:16
  27. 配置 已完成 请勿关闭计算机,win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机...

    win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机”问题的解决方法在win7系统关机时如果有升级系统的或者其他需要会直接进入一个 等待界面&#xff0c;在等待界面中我们需要等待操作结束才能关机&#xff0c;虽然这比较麻烦&#xff0c;但是对系统进行配置和升级…...

    2022/11/19 21:17:15
  28. 台式电脑显示配置100%请勿关闭计算机,“准备配置windows 请勿关闭计算机”的解决方法...

    有不少用户在重装Win7系统或更新系统后会遇到“准备配置windows&#xff0c;请勿关闭计算机”的提示&#xff0c;要过很久才能进入系统&#xff0c;有的用户甚至几个小时也无法进入&#xff0c;下面就教大家这个问题的解决方法。第一种方法&#xff1a;我们首先在左下角的“开始…...

    2022/11/19 21:17:14
  29. win7 正在配置 请勿关闭计算机,怎么办Win7开机显示正在配置Windows Update请勿关机...

    置信有很多用户都跟小编一样遇到过这样的问题&#xff0c;电脑时发现开机屏幕显现“正在配置Windows Update&#xff0c;请勿关机”(如下图所示)&#xff0c;而且还需求等大约5分钟才干进入系统。这是怎样回事呢&#xff1f;一切都是正常操作的&#xff0c;为什么开时机呈现“正…...

    2022/11/19 21:17:13
  30. 准备配置windows 请勿关闭计算机 蓝屏,Win7开机总是出现提示“配置Windows请勿关机”...

    Win7系统开机启动时总是出现“配置Windows请勿关机”的提示&#xff0c;没过几秒后电脑自动重启&#xff0c;每次开机都这样无法进入系统&#xff0c;此时碰到这种现象的用户就可以使用以下5种方法解决问题。方法一&#xff1a;开机按下F8&#xff0c;在出现的Windows高级启动选…...

    2022/11/19 21:17:12
  31. 准备windows请勿关闭计算机要多久,windows10系统提示正在准备windows请勿关闭计算机怎么办...

    有不少windows10系统用户反映说碰到这样一个情况&#xff0c;就是电脑提示正在准备windows请勿关闭计算机&#xff0c;碰到这样的问题该怎么解决呢&#xff0c;现在小编就给大家分享一下windows10系统提示正在准备windows请勿关闭计算机的具体第一种方法&#xff1a;1、2、依次…...

    2022/11/19 21:17:11
  32. 配置 已完成 请勿关闭计算机,win7系统关机提示“配置Windows Update已完成30%请勿关闭计算机”的解决方法...

    今天和大家分享一下win7系统重装了Win7旗舰版系统后&#xff0c;每次关机的时候桌面上都会显示一个“配置Windows Update的界面&#xff0c;提示请勿关闭计算机”&#xff0c;每次停留好几分钟才能正常关机&#xff0c;导致什么情况引起的呢&#xff1f;出现配置Windows Update…...

    2022/11/19 21:17:10
  33. 电脑桌面一直是清理请关闭计算机,windows7一直卡在清理 请勿关闭计算机-win7清理请勿关机,win7配置更新35%不动...

    只能是等着&#xff0c;别无他法。说是卡着如果你看硬盘灯应该在读写。如果从 Win 10 无法正常回滚&#xff0c;只能是考虑备份数据后重装系统了。解决来方案一&#xff1a;管理员运行cmd&#xff1a;net stop WuAuServcd %windir%ren SoftwareDistribution SDoldnet start WuA…...

    2022/11/19 21:17:09
  34. 计算机配置更新不起,电脑提示“配置Windows Update请勿关闭计算机”怎么办?

    原标题&#xff1a;电脑提示“配置Windows Update请勿关闭计算机”怎么办&#xff1f;win7系统中在开机与关闭的时候总是显示“配置windows update请勿关闭计算机”相信有不少朋友都曾遇到过一次两次还能忍但经常遇到就叫人感到心烦了遇到这种问题怎么办呢&#xff1f;一般的方…...

    2022/11/19 21:17:08
  35. 计算机正在配置无法关机,关机提示 windows7 正在配置windows 请勿关闭计算机 ,然后等了一晚上也没有关掉。现在电脑无法正常关机...

    关机提示 windows7 正在配置windows 请勿关闭计算机 &#xff0c;然后等了一晚上也没有关掉。现在电脑无法正常关机以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容&#xff0c;让我们赶快一起来看一下吧&#xff01;关机提示 windows7 正在配…...

    2022/11/19 21:17:05
  36. 钉钉提示请勿通过开发者调试模式_钉钉请勿通过开发者调试模式是真的吗好不好用...

    钉钉请勿通过开发者调试模式是真的吗好不好用 更新时间:2020-04-20 22:24:19 浏览次数:729次 区域: 南阳 > 卧龙 列举网提醒您:为保障您的权益,请不要提前支付任何费用! 虚拟位置外设器!!轨迹模拟&虚拟位置外设神器 专业用于:钉钉,外勤365,红圈通,企业微信和…...

    2022/11/19 21:17:05
  37. 配置失败还原请勿关闭计算机怎么办,win7系统出现“配置windows update失败 还原更改 请勿关闭计算机”,长时间没反应,无法进入系统的解决方案...

    前几天班里有位学生电脑(windows 7系统)出问题了&#xff0c;具体表现是开机时一直停留在“配置windows update失败 还原更改 请勿关闭计算机”这个界面&#xff0c;长时间没反应&#xff0c;无法进入系统。这个问题原来帮其他同学也解决过&#xff0c;网上搜了不少资料&#x…...

    2022/11/19 21:17:04
  38. 一个电脑无法关闭计算机你应该怎么办,电脑显示“清理请勿关闭计算机”怎么办?...

    本文为你提供了3个有效解决电脑显示“清理请勿关闭计算机”问题的方法&#xff0c;并在最后教给你1种保护系统安全的好方法&#xff0c;一起来看看&#xff01;电脑出现“清理请勿关闭计算机”在Windows 7(SP1)和Windows Server 2008 R2 SP1中&#xff0c;添加了1个新功能在“磁…...

    2022/11/19 21:17:03
  39. 请勿关闭计算机还原更改要多久,电脑显示:配置windows更新失败,正在还原更改,请勿关闭计算机怎么办...

    许多用户在长期不使用电脑的时候&#xff0c;开启电脑发现电脑显示&#xff1a;配置windows更新失败&#xff0c;正在还原更改&#xff0c;请勿关闭计算机。。.这要怎么办呢&#xff1f;下面小编就带着大家一起看看吧&#xff01;如果能够正常进入系统&#xff0c;建议您暂时移…...

    2022/11/19 21:17:02
  40. 还原更改请勿关闭计算机 要多久,配置windows update失败 还原更改 请勿关闭计算机,电脑开机后一直显示以...

    配置windows update失败 还原更改 请勿关闭计算机&#xff0c;电脑开机后一直显示以以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容&#xff0c;让我们赶快一起来看一下吧&#xff01;配置windows update失败 还原更改 请勿关闭计算机&#x…...

    2022/11/19 21:17:01
  41. 电脑配置中请勿关闭计算机怎么办,准备配置windows请勿关闭计算机一直显示怎么办【图解】...

    不知道大家有没有遇到过这样的一个问题&#xff0c;就是我们的win7系统在关机的时候&#xff0c;总是喜欢显示“准备配置windows&#xff0c;请勿关机”这样的一个页面&#xff0c;没有什么大碍&#xff0c;但是如果一直等着的话就要两个小时甚至更久都关不了机&#xff0c;非常…...

    2022/11/19 21:17:00
  42. 正在准备配置请勿关闭计算机,正在准备配置windows请勿关闭计算机时间长了解决教程...

    当电脑出现正在准备配置windows请勿关闭计算机时&#xff0c;一般是您正对windows进行升级&#xff0c;但是这个要是长时间没有反应&#xff0c;我们不能再傻等下去了。可能是电脑出了别的问题了&#xff0c;来看看教程的说法。正在准备配置windows请勿关闭计算机时间长了方法一…...

    2022/11/19 21:16:59
  43. 配置失败还原请勿关闭计算机,配置Windows Update失败,还原更改请勿关闭计算机...

    我们使用电脑的过程中有时会遇到这种情况&#xff0c;当我们打开电脑之后&#xff0c;发现一直停留在一个界面&#xff1a;“配置Windows Update失败&#xff0c;还原更改请勿关闭计算机”&#xff0c;等了许久还是无法进入系统。如果我们遇到此类问题应该如何解决呢&#xff0…...

    2022/11/19 21:16:58
  44. 如何在iPhone上关闭“请勿打扰”

    Apple’s “Do Not Disturb While Driving” is a potentially lifesaving iPhone feature, but it doesn’t always turn on automatically at the appropriate time. For example, you might be a passenger in a moving car, but your iPhone may think you’re the one dri…...

    2022/11/19 21:16:57