linux怎么查看系统重启原因？LINUX系统不明原因重启解决步骤，在Linux中如何排查系统启动问题？

linux怎么查看系统重启原因？LINUX系统不明原因重启解决步骤，在Linux中如何排查系统启动问题？

在这里插入图片描述

linux怎么查看系统重启原因，网上大部分总结的步骤如下：

  1. 查看系统日志：系统日志中存储了系统重启异常的情况及其可能的原因。因此，排查和定位问题时，应尽量先详细查看系统日志，确定重启异常的原因，以便有针对性地解决问题。我们可以使用dmesg命令来查看系统日志：
$ dmesg

2.查看服务状态：如果在查看系统日志后发现有一些正在运行的服务经常挂起，而挂起的服务可能会引起系统重启，因此我们可以使用systemctl命令来查看服务状态：

$ systemctl status

3.检查硬件设备：根据上述查看系统日志和服务状态，如果还不能搞清楚问题原因，那么可以考虑检查硬件状态，比如磁盘、内存以及电源供电等。因此，可以使用lshw命令查看硬件设备情况：

$ lshw -short

首先我们排除了硬件故障，UPS故障等问题。
1，查看系统日志

[root@pbx /]# cat /var/log/messages|grep nr -i "shutting down"

2，查看匹配行前后各4行

前4行

[root@pbx /]# cat /var/log/messages|grep -B 4 "shutting down"

后4行

[root@pbx /]# cat /var/log/messages|grep -A 4 "shutting down"

3，查看定时任务
查看定时任务状态

#通过查看发下，所有定时都注销了

[root@pbx etc]# crontab -l

sed 获取一段时间日志

[root@pbx etc]# sed -n '/Nov 15 04:50:01/,/Nov 15 10:51:54/p' /var/log/cron

通过日志看到有reboot的记录，但是上面查看了crontab-l 没有任务
注意：
crontab支持两种状态：
一、直接编写计划任务；
二、使用目录的方式，放在目录里面的都会定时执行。

4，通过ps 进程查看

ps -ef | grep -i reboot

5，crontab 还有2种模式，然后我们就去查看了cron配置文件，发现有sys目录自定义了重启命令。

[root@pbx crontab]# cat /etc/cron.d/sys

在Linux中，可以使用以下命令来查看系统重启的原因：

  1. dmesg命令：dmesg命令用于打印出内核环缓冲区的内容，包括系统启动时的信息。使用“dmesg -T | grep ‘Restarting system’”命令可以查找包含“Restarting system”的行，以找出系统重启的原因。

  2. last命令：last命令用于查看登录和系统重启的历史记录。使用“last -x”命令可以列出系统重启的记录，倒序显示最近的重启记录。

  3. journalctl命令：journalctl命令用于查看系统的日志消息。使用“journalctl -b -1”命令可以查看上一次的系统启动日志，其中包括系统重启的原因。

  4. /var/log/syslog文件：/var/log/syslog文件是系统的日志文件，其中包含了丰富的系统信息，包括系统重启的原因。可以使用文本编辑器（如vi或nano）打开该文件，并搜索关键词“reboot”来找出重启的原因。

  5. /var/log/dmesg文件：/var/log/dmesg文件记录了系统启动时的信息，可以使用文本编辑器打开该文件，并搜索关键词“reboot”来查找系统重启的原因。

在Linux系统中，可以通过以下方法查看系统的重启原因：

使用dmesg命令查看系统日志： dmesg命令可以显示系统启动时的内核日志，包括系统重启的原因。使用以下命令查看：

dmesg | grep -i "reset"

使用last命令查看系统重启历史： last命令可以显示系统的登录和重启历史记录。使用以下命令查看：

last reboot

查看上一次重启时间

who -b

查看/var/log目录下的日志文件： Linux系统将系统的重启原因记录在/var/log目录下的多个日志文件中，常见的包括/var/log/messages、/var/log/syslog等。使用以下命令查看日志文件中的重启原因：

cat /var/log/messages | grep -i "reboot"

使用以下命令来查看最近的重启日志：

sudo cat /var/log/syslog | grep "system reboot"

如果上述命令没有返回任何结果，可以尝试查看其他系统日志文件，比如：

sudo cat /var/log/kern.log | grep "system reboot"
sudo cat /var/log/messages | grep "system reboot"
sudo cat /var/log/boot.log | grep "system reboot"

如果仍然无法找到重启原因，可以尝试查看系统的"last"命令输出，该命令可以显示最近的系统登录和重启记录：

last -x reboot

以上是常见的方法，具体查看系统重启原因的方式可能因Linux发行版和系统配置而有所不同。

在Linux系统中，可以使用以下命令来查看系统重启的原因：

  1. dmesg命令：dmesg命令用于显示系统启动时的内核消息。系统重启后，可以使用此命令来查看是否有与重启相关的错误或警告消息。使用以下命令查看dmesg输出：
    dmesg | grep “restart”

  2. last命令：last命令用于显示系统登录记录和重启记录。可以使用以下命令来查看最近的重启记录：
    last -x reboot

  3. /var/log/messages文件：系统的重启记录通常会被保存在/var/log/messages文件中。使用以下命令来查看该文件的内容：
    cat /var/log/messages | grep “reboot”

  4. journalctl命令：journalctl命令用于查看系统日志。可以使用以下命令来查看最近的重启记录：
    journalctl -b | grep “reboot”

  5. uptime命令：uptime命令用于显示系统的运行时间和当前的负载情况。虽然不直接显示重启原因，但可以通过查看系统运行时间来判断是否发生了重启：
    uptime

  1. dmesg命令：该命令会显示内核的日志消息。重启的原因通常会在这些消息中显示出来。使用以下命令查看dmesg日志：

dmesg -T

  1. /var/log/messages文件：这个文件记录了系统的运行信息，包括重启原因。使用以下命令查看该文件：

cat /var/log/messages

  1. last命令：这个命令用于查看系统的登录记录和用户的登出状态，其中也包括了系统的重启记录。使用以下命令查看系统的重启记录：

last -x | grep reboot

  1. /var/log/wtmp文件：这个文件记录了系统的登录和登出信息，其中也包括了系统的重启记录。使用以下命令查看该文件：

last reboot

  1. uptime命令：该命令会显示系统的运行时间和平均负载。如果系统是最近重启的，它会显示重启时间。使用以下命令查看系统的重启时间：

shell uptime -s

以上命令都可以在终端中直接执行。根据系统和权限的不同，可能需要以root用户身份运行某些命令。

遇到系统出现不明原因的重启，为迅速查找到原因，解决的步骤一定要清晰。

一、判断是硬件故障还是软件故障，如果服务器有管理口，首先从服务器的管理口登录，查看是否有故障报警，当前，主流服务器厂商一般都有管理口，各个厂商的缺省用户名和口令都不一样，可在网上查询到。

二、执行命令，注意时区设置情况，锁定系统重启的时间

last reboot

三、执行文件查找命令：

 find /var/log -type f grep "Mar 27 16" {} \;|iconv -f UTF-8 -t GBK

这里假设重启的时间是3月27日 16点 00分到 59分的某个时间，可过滤重启时的相关细节

四、寻找多次重启时的相似点

 cat /var/log/messages|grep "[Mar 27 16,Mar 27 06]"

在使用Linux系统时，经常会遇到服务器意外重启或者需要查看服务器重启的记录的情况。红帽操作系统提供了多种方式来查看服务器的重启记录，让管理员能够及时发现问题并进行相应处理。

一种常用的方式是通过系统日志来查看服务器的重启记录。在Linux系统中，系统日志包含了系统发生的各种操作和事件的记录，包括服务器的重启记录。管理员可以通过命令行工具如journalctl来查看系统日志。在红帽系统中，可以使用如下命令来查看系统的重启记录：

journalctl --list-boots

这条命令将列出系统的所有启动记录，包括每次启动的时间戳、启动持续时间等信息。通过查看这些记录，管理员可以了解服务器的重启情况，并根据需要进行进一步的排查和处理。

另外一种方式是通过查看/var/log/wtmp文件来获取服务器的启动和关机记录。这个文件记录了系统的登录、注销以及系统的启动和关机等信息。可以通过如下命令查看该文件：

last reboot

这条命令将列出最近的服务器重启记录，包括重启的时间、持续时间以及重启的原因等信息。管理员可以通过查看这些记录来追踪服务器的重启情况，及时处理相关问题。

除了查看系统日志和/var/log/wtmp文件外，管理员还可以通过查看/var/log/messages文件来获取服务器的重启记录。这个文件包含了系统的各种消息和事件的记录，包括服务器的重启信息。可以通过如下命令查看这个文件：

cat /var/log/messages | grep "reboot"

这条命令将筛选出包含"reboot"关键字的记录，即服务器的重启记录。通过查看这些记录，管理员可以获取服务器的重启情况，并根据需要进行相应的处理。

总的来说，在红帽系统中，管理员可以通过查看系统日志、/var/log/wtmp文件以及/var/log/messages文件来获取服务器的重启记录。通过及时发现和处理服务器的重启问题，可以提高系统的稳定性和安全性，保障服务器的正常运行。希望以上信息对管理员在维护红帽系统时有所帮助。

CentOS 几种重启方式的区别

Linux centos重启命令：
1、reboot 普通重启
　　2、shutdown -r now 立刻重启(root用户使用)
　　3、shutdown -r 10 过10分钟自动重启(root用户使用)
　　4、shutdown -r 20:35 在时间为20:35时候重启(root用户使用)
　　如果是通过shutdown命令设置重启的话，可以用shutdown -c命令取消重启

Linux centos关机命令：
1、halt 立刻关机
　　2、poweroff 立刻关机
　　3、shutdown -h now 立刻关机(root用户使用)
　　4、shutdown -h 10 10分钟后自动关机
如果是通过shutdown命令设置关机的话，可以用shutdown -c命令取消重启

1.shutdown
shutdown命令安全地将系统关机。 有些用户会使用直接断掉电源的方式来关闭linux，
　　这是十分危险的。因为linux与windows不同，其后台运行着许多进程，所以强制关机可能
　　会导致进程的数据丢失﹐使系统处于不稳定的状态﹐甚至在有的系统中会损坏硬件设备。
　　而在系统关机前使用shutdown命令﹐系统管理员会通知所有登录的用户系统将要关闭。
　　并且login指令会被冻结﹐即新的用户不能再登录。直接关机或者延迟一定的时间才关机
　　都是可能的﹐还可能重启。这是由所有进程〔process〕都会收到系统所送达的信号〔signal〕
　　决定的。这让像vi之类的程序有时间储存目前正在编辑的文档﹐而像处理邮件〔mail〕和
　　新闻〔news〕的程序则可以正常地离开等等。
　　shutdown执行它的工作是送信号〔signal〕给init程序﹐要求它改变runlevel。
　　Runlevel 0被用来停机〔halt〕﹐runlevel 6是用来重新激活〔reboot〕系统﹐
　　而runlevel 1则是被用来让系统进入管理工作可以进行的状态﹔这是预设的﹐假定没有-h也
　　没有-r参数给shutdown。要想了解在停机〔halt〕或者重新开机〔reboot〕过程中做了哪些
　　动作﹐你可以在这个文件/etc/inittab里看到这些runlevels相关的资料。
　　shutdown 参数说明:
　　[-t] 在改变到其它runlevel之前﹐告诉init多久以后关机。
　　[-r] 重启计算器。
　　[-k] 并不真正关机﹐只是送警告信号给每位登录者〔login〕。
　　[-h] 关机后关闭电源〔halt〕。
　　[-n] 不用init﹐而是自己来关机。不鼓励使用这个选项﹐而且该选项所产生的后果往
　　往不总是你所预期得到的。
　　[-c] cancel current process取消目前正在执行的关机程序。所以这个选项当然没有
　　时间参数﹐但是可以输入一个用来解释的讯息﹐而这信息将会送到每位使用者。
　　[-f] 在重启计算器〔reboot〕时忽略fsck。
　　[-F] 在重启计算器〔reboot〕时强迫fsck。
　　[-time] 设定关机〔shutdown〕前的时间。

2.halt—-最简单的关机命令
其实halt就是调用shutdown -h。halt执行时﹐杀死应用进程﹐执行sync系统调用﹐
　　文件系统写操作完成后就会停止内核。
　　参数说明:
　　[-n] 防止sync系统调用﹐它用在用fsck修补根分区之后﹐以阻止内核用老版本的超
　　级块〔superblock〕覆盖修补过的超级块。
　　[-w] 并不是真正的重启或关机﹐只是写wtmp〔/var/log/wtmp〕纪录。
　　[-d] 不写wtmp纪录〔已包含在选项[-n]中〕。
　　[-f] 没有调用shutdown而强制关机或重启。
　　[-i] 关机〔或重启〕前﹐关掉所有的网络接口。
　　[-p] 该选项为缺省选项。就是关机时调用poweroff。

3.reboot
reboot的工作过程差不多跟halt一样﹐不过它是引发主机重启﹐而halt是关机。它
　　的参数与halt相差不多。

4.init
init是所有进程的祖先﹐它的进程号始终为1﹐所以发送TERM信号给init会终止所有的
　　用户进程﹑守护进程等。shutdown 就是使用这种机制。init定义了8个运行级别(runlevel)，
　　init 0为关机﹐init 1为重启。关于init可以长篇大论﹐这里就不再叙述。另外还有
　　telinit命令可以改变init的运行级别﹐比如﹐telinit -iS可使系统进入单用户模式﹐
　　并且得不到使用shutdown时的信息和等待时间。

在Linux中如何排查系统启动问题？

在Linux中排查系统启动问题通常涉及几个关键步骤，包括但不限于检查日志文件、使用救援模式、分析启动过程中的错误信息等。以下是一个详细的排查流程：

  1. 安全模式或救援模式启动
    单用户模式：如果系统能够启动到一定程度，尝试进入单用户模式（某些发行版中可能是救援模式）。这可以通过在GRUB引导加载器界面编辑启动项，添加single或1到内核命令行来实现。单用户模式下，系统将以根用户身份启动，且不启动网络服务，便于故障排查。

救援模式：对于RHEL/CentOS等系统，可以选择从GRUB菜单启动进入救援模式。救援模式提供了有限的环境，用于修复系统。

  1. 检查日志文件
    系统启动过程中的错误通常会被记录在各种日志文件中，主要关注以下几个：

/var/log/boot.log：许多系统会在这里记录启动时的信息。

/var/log/messages 或 /var/log/syslog：这些日志文件记录了广泛的系统活动，包括启动时的错误信息。

/var/log/dmesg 或 journalctl（对于使用systemd的系统）：记录了内核启动时的信息和硬件检测结果。可以使用dmesg命令查看最近一次启动的日志，或者使用journalctl -b（查看当前启动日志）或journalctl -b -1（查看上一次启动日志）。

  1. 分析启动错误信息
    仔细阅读上述日志文件，寻找错误（通常以[ERROR]、[CRITICAL]或类似的标签标识）和警告信息。

注意内核 panic 信息，它们通常指示了严重的系统崩溃问题。

  1. 硬件检查
    如果错误信息指向硬件问题（如磁盘错误、内存问题等），使用相应的工具进行检查。例如，使用smartctl检查硬盘健康状态，或使用memtest86+测试内存。
  2. 核心转储分析
    如果系统崩溃并生成了核心转储文件（通常位于/var/crash），可以使用crash工具结合内核映像和核心转储文件来分析崩溃原因。
  3. 系统服务和依赖关系
    使用systemctl status （针对systemd系统）或service status（针对sysvinit系统）检查特定服务的状态，看是否有服务未能正常启动导致的问题。通过systemctl list-units --state=failed查看所有失败的服务。
  4. 核心模块和驱动问题
    如果问题与特定的硬件驱动或核心模块相关，可能需要更新或重新配置这些模块。
  5. 远程求助
    如果以上步骤无法解决问题，考虑将错误信息和日志文件中的相关内容发布到技术论坛或Stack Overflow等平台上寻求帮助。记得隐去敏感信息。
  6. 使用Live CD/DVD或USB
    在极端情况下，可以使用Linux Live CD/DVD或USB启动系统，然后从外部介质访问和修复主系统的文件，这有助于避免启动过程中由于系统文件损坏导致的问题。
    综上所述，你应该能够诊断并解决大多数Linux系统启动问题。记住，耐心和细致是关键，因为问题可能隐藏在大量的日志信息之中。

查看 Linux 系统重启原因

1. 查看系统日志

系统日志记录了系统运行过程中的各种事件和信息，包括系统启动、重启、关机等。我们可以通过查看系统日志来排查系统重启的原因。

在 CentOS 7 中，常用的系统日志文件包括：

  • /var/log/messages: 记录了系统的一般信息，包括启动、重启、关机等事件。
  • /var/log/syslog: 记录了系统的所有日志信息，包括 /var/log/messages 中的日志。
  • /var/log/dmesg: 记录了内核启动过程中的信息，包括硬件检测、驱动加载等信息。

我们可以使用以下命令来查看系统日志：

# 查看最近的系统日志
tail /var/log/messages# 查看所有系统日志
cat /var/log/messages# 查看内核启动日志
dmesg

在日志文件中，我们可以查找与系统重启相关的关键字，例如 “Restarting system”、“reboot” 等。找到相关日志后，我们可以进一步分析日志内容来确定系统重启的原因。

2. 使用 last 命令

last 命令可以显示最近登录到系统的所有用户，以及他们的登录时间和退出时间。我们可以使用 last 命令来查看系统重启前后的登录情况，从而判断是否有用户在系统重启前进行了操作。

last

3. 使用 journalctl 命令

journalctl 命令是 Systemd 的日志管理工具，可以用来查看和管理系统日志。我们可以使用 journalctl 命令来查看系统启动日志，其中包括系统重启的原因。

# 查看最近一次的系统启动日志
journalctl -b -1

4. 分析其他信息

除了上述方法之外，我们还可以分析其他信息来排查系统重启的原因，例如：

  • 查看系统运行时间：我们可以使用 uptime 命令来查看系统运行时间。如果系统运行时间较短，则可能表明系统存在硬件问题。
  • 查看系统负载：我们可以使用 top 或 htop 命令来查看系统负载。如果系统负载过高，则可能表明系统存在性能问题。
  • 检查系统更新：我们可以使用 yum check-update 命令来检查是否有可用的系统更新。如果存在可用的系统更新，则建议安装更新后重新启动系统。

解决 Linux 系统不明原因重启

如果我们无法确定系统重启的原因，我们可以尝试以下步骤来解决问题：

1. 检查硬件问题

硬件问题是导致系统重启的最常见原因之一。我们可以使用以下方法来检查硬件问题：

  • 检查内存：我们可以使用 memtest86+ 等工具来测试内存。
  • 检查硬盘：我们可以使用 smartctl 等工具来检查硬盘。
  • 检查 CPU：我们可以使用 stress 等工具来测试 CPU。

2. 检查软件问题

软件问题也可能导致系统重启。我们可以尝试以下步骤来检查软件问题：

  • 更新系统：我们可以使用 yum update 命令来更新系统。
  • 检查内核版本：我们可以使用 uname -r 命令来检查内核版本。如果内核版本较旧，则建议更新内核。
  • 检查是否存在已知的错误：我们可以搜索已知的错误报告，看看我们的问题是否是一个已知的问题。

3. 禁用自动更新

如果我们在安装系统更新后系统出现重启问题，我们可以尝试禁用自动更新，并手动安装更新。

# 禁用自动更新
systemctl disable yum-cron# 手动安装更新
yum update

4. 寻求帮助

如果我们尝试了上述所有步骤仍然无法解决问题，我们可以寻求社区或专业人士的帮助。

排查 Linux 系统启动问题

在 Linux 中，我们可以使用以下方法来排查系统启动问题：

1. 查看系统日志

我们可以使用上述方法来查看系统日志，并查找与系统启动相关的错误信息。

2. 使用 grub 命令

GRUB 是 Linux 的启动管理器。我们可以使用 grub 命令来查看启动菜单，并选择不同的启动项。

grub

3. 使用 systemd 工具

Systemd 是 CentOS 7 的默认系统管理工具。我们可以使用 Systemd 工具来查看和管理系统启动服务。

systemctl status <service-name>

4. 使用其他工具

我们可以使用其他工具来排查系统启动问题，例如 chkconfig、bootchart 等。

以下是一些具体的排查步骤：

1. 如果系统无法进入 GRUB，则可能是硬件问题

我们可以尝试重新插拔内存条、硬盘等硬件设备，或者更换硬件设备。

在 CentOS 7 上排查系统不明原因重启的步骤如下：

1. 查看系统日志

首先，查看系统日志文件，这些文件包含了系统启动和运行时的重要信息。

查看 dmesg 输出
dmesg | less

dmesg 命令会显示内核的消息缓冲区，包含系统启动和硬件相关的信息。寻找关键字如 “panic”, “error”, “fail” 等。

查看 journalctl 日志
journalctl -xe

journalctl 提供了系统日志的详细输出，可以用 -xe 参数查看最近的严重错误。

2. 检查最近的启动记录

查看系统最近启动时间
who -b

这个命令会显示系统的最近启动时间。

查看重启日志
journalctl --since "2023-07-02 00:00:00" --until "2023-07-03 00:00:00"

用 journalctl 检查特定时间段的日志，用来发现系统在特定时间段的活动。

3. 检查崩溃转储文件

如果系统启用了 kdump，会在崩溃时生成转储文件。

启用并检查 kdump
systemctl status kdump

确保 kdump 服务已启用和运行。如果有生成的转储文件，通常在 /var/crash/ 目录下。

4. 检查硬件错误

硬件故障可能导致系统重启。

查看 lspci 和 lsblk 输出
lspci -vv | less

lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL

这些命令显示详细的硬件信息，查找任何可疑的硬件问题。

5. 检查电源问题

电源问题也可能导致系统重启。

查看 journalctl 中的电源相关日志
journalctl | grep -i power

6. 检查系统资源

系统资源不足（如内存、CPU）也可能导致重启。

使用 top 或 htop 实时监控系统资源
top

htop
查看历史资源使用情况
sar -r

这个命令显示内存使用情况。

sar -u

这个命令显示 CPU 使用情况。

7. 检查系统更新或软件包更新

有时系统更新或软件包更新会导致重启。

查看 yum 历史记录
yum history

8. 检查计划任务

定时任务或计划任务（如 cron 作业）可能导致重启。

查看 cron 日志
cat /var/log/cron

9. 检查文件系统错误

文件系统错误可能导致系统不稳定和重启。

检查并修复文件系统错误
fsck -f /dev/sda1

以上是详细的步骤和命令，帮助你在 CentOS 7 中排查系统重启的问题。通过系统日志、电源、硬件、系统资源等多个方面的检查，可以更全面地了解系统重启的原因并进行相应的解决。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/bicheng/45620.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

TransT: 基于类型的多重嵌入表示用于知识图谱补全

TransT: 基于类型的多重嵌入表示用于知识图谱补全

1 引言 1.1 问题 仅仅依赖于三元组的结构化信息有其局限性&#xff0c;因为它们往往忽略了知识图谱中丰富的语义信息以及由这些语义信息所代表的先验知识。语义信息是指实体和关系的含义&#xff0c;比如“北京”是“中国”的首都&#xff0c;“苹果”是一种水果。先验知识则…
阅读更多...
ESP32CAM物联网教学12

ESP32CAM物联网教学12

ESP32CAM物联网教学12 MicroPython 视频服务 小智希望能在MicroPython中实现摄像头的视频服务&#xff0c;就像官方示例程序CameraWebServer那样。 下载视频服务驱动库 小智通过上网搜索&#xff0c;发现相关的教学材料还不少&#xff0c;并且知道有人已经写出了视频服务的驱…
阅读更多...
24/7/12总结

24/7/12总结

axios Axios 是一个基于 promise 网络请求库&#xff0c;作用于node.js 和浏览器中。 它是 isomorphic 的(即同一套代码可以运行在浏览器和node.js中)。在服务端它使用原生 node.js http 模块, 而在客户端 (浏览端) 则使用 XMLHttpRequests。 get请求: <script>function…
阅读更多...
【Linux网络】数据链路层【下】{MAC/MTU/ARP/ICMP/NAT/PING/代理服务器原理}

【Linux网络】数据链路层【下】{MAC/MTU/ARP/ICMP/NAT/PING/代理服务器原理}

文章目录 1.逐步深入数据链路层1.1MAC帧1.2由集线器到交换机1.3认识MTU 2.ARP 地址解析协议/RARP逆地址解析协议3.DNS(Domain Name System)域名从输入url后到能看到网页 发生了什么【典中典】 4.ICMP协议&#xff1a;一个网络层协议有了TCP&#xff0c;为什么还要用ICMPICMP协议…
阅读更多...
HSP_15章 Python_模板设计模式和oop进阶总结

HSP_15章 Python_模板设计模式和oop进阶总结

P136 模板设计模式 1. 设计模式简介 设计模式是在大量的实践中总结和理论化之后优选的代码结构、编程风格、以及解决问题的思考方式 设计模式就像是经典的棋谱&#xff0c;不同的棋局&#xff0c;我们用不同的棋谱&#xff0c;免去我们自己再思考和摸索 2. 模板设计模式 基本…
阅读更多...
【面试八股总结】单例模式实现详解

【面试八股总结】单例模式实现详解

一、基本概念 单例设计模式是⼀种确保⼀个类只有⼀个实例&#xff0c;并提供⼀个全局访问点来访问该实例的创建模式。 关键概念&#xff1a; 一个私有构造函数&#xff1a;确保只能单例类自己创建实例一个私有静态变量&#xff1a;确保只有一个实例&#xff0c;私有静态变量用…
阅读更多...
4-4 词嵌入技术（word2vec）

4-4 词嵌入技术（word2vec）

4-4 词嵌入技术&#xff08;word2vec&#xff09; 词嵌入技术&#xff08;word2vec&#xff09;是自然语言处理&#xff08;NLP&#xff09;中的一种关键技术&#xff0c;通过将词语映射到低维向量空间中&#xff0c;使得计算机能够理解和处理语言中的语义信息。词嵌入不仅可以…
阅读更多...
【性能测试】第一节.性能测试基础

【性能测试】第一节.性能测试基础

文章目录 前言一、性能测试概述二、常见的性能测试指标 2.1 并发 2.2 响应时间 2.3 事务 2.4 点击率 2.5 吞吐量 2.6 资源利用率三、性能测试的分类 3.1 一般性能测试 3.2 负载测试 3.3 压力测试 3.4 稳定性测试总结 前言 一…
阅读更多...
CAS详解

CAS详解

文章目录 CAS使用示例Unsafe类实现原理CAS问题 CAS CAS全称为Compare and Swap被译为比较并交换&#xff0c;是一种无锁算法。用于实现并发编程中的原子操作。CAS操作检查某个变量是否与预期的值相同&#xff0c;如果相同则将其更新为新值。CAS操作是原子的&#xff0c;这意味…
阅读更多...
【错题集-编程题】栈和排序（栈 + 贪心）

【错题集-编程题】栈和排序（栈 + 贪心）

牛客对于题目连接&#xff1a;栈和排序_牛客题霸_牛客网 (nowcoder.com) 一、分析题目 每次尽可能的先让当前需要的最大值弹出去。 二、代码 // 修改后的代码 class Solution { public:/*** 代码中的类名、方法名、参数名已经指定&#xff0c;请勿修改&#xff0c;直接返回方…
阅读更多...
【2024_CUMCM】Matlab快速入门

【2024_CUMCM】Matlab快速入门

目录 常识 disp and input 字符串合并 sum 提取矩阵指定位置的元素 指定行列 指定行or指定列&#xff08;返回行/列向量&#xff09; 指定某些行 指定全部元素&#xff0c;按列拼接 size repmat 矩阵的运算 基本运算 形状相同的矩阵运算 每个元素同时和常数相乘或相…
阅读更多...
C++相关概念和易错语法（19）（继承规则、继承下的构造和析构、函数隐藏）

C++相关概念和易错语法（19）（继承规则、继承下的构造和析构、函数隐藏）

1.继承规则 继承的本质是复用&#xff0c;是结构上的继承而不是内容上的继承&#xff0c;近似于在子类中声明了父类的成员变量。 &#xff08;1&#xff09;写法&#xff1a;class student : public person 派生类&#xff08;子类&#xff09;&#xff0c;继承方式&…
阅读更多...
泛二级泛目录多模板程序程序（泛目录和二级目录的区别）

泛二级泛目录多模板程序程序（泛目录和二级目录的区别）

泛解析站群_优化网站排名吸引百度蜘蛛必备程序主要功能&#xff1a; 1、网站支持无限生成页面不存在死链的风险每个也是不是网站栏目就是文章内容! 2、支持域名泛解析绑定&#xff0c;每个二级域名都是一个独立的 3、支持百度自动提交收录&#xff0c;每天随机自动提交无限自己…
阅读更多...
echarts图表：类目轴

echarts图表：类目轴

category 类目轴&#xff0c;适用于离散的类目数据。 例如商品名称、时间等。 类目轴上的每个刻度代表一个类目&#xff0c;刻度之间没有量的关系&#xff0c;只是简单的分类。 在类目轴上&#xff0c;数据点会对应到相应的类目上。
阅读更多...
运行前端项目提示 run `npm fund` for details，如何解决？

运行前端项目提示 run `npm fund` for details，如何解决？

经常出现在前端的一个小坑&#xff0c;分享一下技巧。 运行npm install命令终端提示&#xff1a; 107 packages are looking for funding run npm fund for details 解决方案&#xff1a; npm install --no-fund
阅读更多...
Linux 进程 PID 管理

Linux 进程 PID 管理

文章目录 1. 前言2. 进程 PID 相关数据结构3. 进程 PID 的构建3.1 第一个进程 PID 构建3.2 第二个进程 PID 的构建过程3.2.1 从当前进程复制进程 PID 信息3.2.2 创建每进程的 PID 管理数据 (struct pid) 并初始化3.2.3 绑定进程和其相关的 PID 管理数据 3.3 进程的 PID 建立过程…
阅读更多...
【Oracle】实验三 Oracle数据库的创建和管理

【Oracle】实验三 Oracle数据库的创建和管理

【实验目的】 掌握Oracle数据库的创建方法使用DBCA创建数据库在数据库中装入SCOTT用户及其表 【实验内容】 使用DBCA创建数据库&#xff0c;名为MYDB&#xff0c;找到其初始化文件(文本型和服务器型文件都要找到)&#xff0c;查看各类默认位置并记录下来(包括物理文件所在目…
阅读更多...
LINUX系统编程：基于环形队列和信号量的生产者消费者模型

LINUX系统编程：基于环形队列和信号量的生产者消费者模型

目录 1.环形队列 2.加上信号量的理解 3.代码 1.环形队列 环形队列使用vector封装出来的。 环形队列可以实现并发生产和消费&#xff0c;就是在消费的同时也可以生产。 这个是建立在生产者消费者位置不重合的情况下。 因为位置重合之后&#xff0c;环形队列为空或者满&#xf…
阅读更多...
Linux DRM 那些事 - HDMI 接口 DTS 配置

Linux DRM 那些事 - HDMI 接口 DTS 配置

本文基于RockPI 4A单板Debian系统 Linux 4.4 内核介绍DRM框架HDMI接口DTS配置。 在DTS中主要实现&#xff1a;HDMI的使能、VOP绑定、IOMUX引脚配置和HDMI控制器配置。 一、HDMI 配置 文件&#xff1a;arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4.dtsi #include "rk3…
阅读更多...
C++ 宏

C++ 宏

C中的宏是一种预处理指令&#xff0c;用于在编译时将代码中的标识符替换为指定的文本。 #define 指令 1.无参宏定义 无参宏的宏名后不带参数。 其定义的一般形式为&#xff1a; #define 标识符 字符串 其中的“#”表示这是一条预处理命令。凡是以“#”开头的均为预处理命…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023