根据问题现象、用户操作场景及日志打印去排查C++软件问题,必要时尝试去复现问题

news2024/11/5 12:19:58

目录

1、概述

2、通过现有信息无法定位问题时,则需要尝试去复现问题

3、非崩溃问题与崩溃问题的一般排查思路

3.1、非崩溃问题的排查思路

3.2、崩溃问题的排查思路

4、难以复现问题的可能原因总结

4.1、问题难以复现,可能和某种特殊的业务场景或操作场景有关

4.1.1、特殊操作场景案例1 

4.1.2、特殊操作场景案例2

4.1.3、特殊操作场景案例3

4.1.4、特殊操作场景案例4

4.2、问题难以复现,可能与客户的环境有关,只在客户环境中才能复现

4.2.1、客户环境案例1

4.2.2、客户环境案例2

4.2.3、客户环境案例3

4.2.4、客户环境案例4

4.2.5、客户环境案例5

5、最后


C++软件异常排查从入门到精通系列教程(专栏文章列表,欢迎订阅,持续更新...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/125529931C/C++实战专栏(专栏文章已更新460多篇,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/140824370C++ 软件开发从入门到精通(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/category_12695902.htmlVC++常用功能开发汇总(专栏文章列表,欢迎订阅,持续更新...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/124272585C++软件分析工具从入门到精通案例集锦(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/131405795开源组件及数据库技术(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/category_12458859.html网络编程与网络问题分享(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/category_2276111.html       最近在技术群里有人问,遇到软件异常或崩溃时,排查起来很吃力,不知如何去排查,想知道都有哪些常规且通用的排查思路和方法可以去参考,今天我们就来说说这方面的内容。

1、概述

       当收到软件发生问题的报告时,我们先要确认问题的现象是什么,发生问题时的场景是什么,以及当前用户在出问题前执行了什么操作。通过现象和用户执行的操作,尝试去找排查问题的线索。

       如果软件中有日志输出,则可以结合着日志去分析。查看软件的打印日志,不仅能看到程序代码的执行途径或轨迹,还可以看到打印出来的部分变量的值(变量的值可能是排查软件问题的关键线索),通过代码执行轨迹和相关变量的值去对照着代码分析。如果问题还是难以定位,则可能要尝试去复现问题。

如果要借助日志去分析,且在相关代码中没有日志或者日志不全,我们可以根据需要在代码中添加新的日志打印,然后去复现问题。

2、通过现有信息无法定位问题时,则需要尝试去复现问题

       通过当前的问题现象、出问题时用户执行的操作以及现有的其他信息(比如日志),无法定位问题时,则需要尝试去复现问题。

       测试人员或其他相关人员,可以根据出问题前用户执行的操作去尝试复现问题,或者根据现有的现象及出问题之前用户执行的操作去猜测引发问题的可能原因或场景,去尝试复现问题。

       有些问题,可能是用户反馈的,用户一般都不太专业,用户无法讲述问题场景以及执行了哪些操作,所以很难确定是执行了什么操作引起的。如果问题是测试人员发现的,则测试人员会下意识地回想之前执行了哪些操作,主动地去尝试找到复现的方法。对于较难排查或者找不到排查思路的问题,一般我们会让测试人员帮忙复现,尽量找到复现问题的办法。

有些测试人员在复现问题时比较有天赋,很多问题都能找到复现的方法。有时我们开发也要尝试从业务场景和开发的角度去复现问题,有时测试人员复现不了的,开发人员可以从另一个视角将问题复现出来。这些我们都是亲身经历过的,深有体会的!

       复现问题,找到复现问题的方法与操作步骤,是排查问题的一种重要且有效的辅助手段与方法。找到复现问题的操作步骤或场景,通过复现的步骤或场景可以确定问题与哪些操作有关,这样就能大概确定问题与哪些代码有关,这样就确定了代码的排查范围和方向,然后在查阅对应代码的过程中结合用户执行的操作(复现问题的步骤),找出代码中可能存在的逻辑控制错误或业务异常。能将问题复现出来,不仅有利于问题的快速排查,也便于代码修改后的问题验证。

       有些问题是在客户环境中出现的,但在公司测试环境中没出现过(可能是公司内部测试环境中没有覆盖到对应的场景),如果问题很难排查定位,我们可以尝试在公司环境中复现如果在公司环境中能复现,在公司环境中排查会比较方便。在公司环境中可以随意地查看日志,调试程序,抓网络包分析,调用公司的资源来攻关排查。

3、非崩溃问题与崩溃问题的一般排查思路

      从软件是否崩溃的角度,可以将软件异常问题分为非崩溃问题与崩溃问题。崩溃问题则是软件直接发生了崩溃。非崩溃性问题,则包含的比较广,比如业务流程上的异常、交互数据上的异常、死锁与死循环等。下面大概地讲讲非崩溃问题以及崩溃问题的一般排查思路。

       之前系统总结过引发C++软件异常的常见原因,可以查看我的文章:

引发C++软件异常的常见原因分析与总结(实战经验分享)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/124996473      之前也详细总结了排查C++软件异常的常见方法与手段,可以查看我的文章:

排查C++软件异常的常见思路与方法(实战经验总结)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/120629327

3.1、非崩溃问题的排查思路

       对于非崩溃问题(包括死锁与死循环等问题),一般是软件逻辑问题或者数据异常导致的,可以先结合着问题现象或场景以及出问题时用户执行的操作进行分析。如果有日志,则可以结合着日志分析。查看软件运行日志是排查这类问题的常见且有效的方法。必要时还要使用Process Explorer、Windbg等工具去辅助分析排查。关于分析C++软件异常的常用分析工具的详细说明,可以查看我的文章:

C++开发值得推荐的十大高效软件分析工具icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/139723314


        在这里,给大家重点推荐一下我的几个热门畅销专栏,欢迎订阅:(博客主页还有其他专栏,可以去查看)

专栏1:该精品技术专栏的订阅量已达到550多个,专栏中包含大量项目实战分析案例,有很强的实战参考价值,广受好评!专栏文章持续更新中,预计更新到200篇以上!欢迎订阅!)

C++软件调试与异常排查从入门到精通系列文章汇总icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/125529931

本专栏根据多年C++软件异常排查的项目实践,系统地总结了引发C++软件异常的常见原因以及排查C++软件异常的常用思路与方法,详细讲述了C++软件的调试方法与手段,以图文并茂的方式给出具体的项目问题实战分析实例(很有实战参考价值),带领大家逐步掌握C++软件调试与异常排查的相关技术,适合基础进阶和想做技术提升的相关C++开发人员!

考察一个开发人员的水平,一是看其编码及设计能力,二是要看其软件调试能力!所以软件调试能力(排查软件异常的能力)很重要,必须重视起来!能解决一般人解决不了的问题,既能提升个人能力及价值,也能体现对团队及公司的贡献!

专栏中的文章都是通过项目实战总结出来的,包含大量项目问题实战分析案例,有很强的实战参考价值!专栏文章还在持续更新中,预计文章篇数能更新到200篇以上!

专栏2:(本专栏涵盖了C++多方面的内容,是当前重点打造的专栏,订阅量已达200多个,专栏文章已经更新到460多篇,持续更新中...)

C/C++实战进阶(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/category_11931267.html

以多年的开发实战为基础,总结并讲解一些的C/C++基础与项目实战进阶内容,以图文并茂的方式对相关知识点进行详细地展开与阐述!专栏涉及了C/C++领域多个方面的内容,包括C++基础及编程要点(模版泛型编程、STL容器及算法函数的使用等)、数据结构与算法、C++11及以上新特性(不仅看开源代码会用到,日常编码中也会用到部分新特性,面试时也会涉及到)、常用C++开源库的介绍与使用、代码分享(调用系统API、使用开源库)、常用编程技术(动态库、多线程、多进程、数据库及网络编程等)、软件UI编程(Win32/duilib/QT/MFC)、C++软件调试技术(排查软件异常的手段与方法、分析C++软件异常的基础知识、常用软件分析工具使用、实战问题分析案例等)、设计模式、网络基础知识与网络问题分析进阶内容等。

专栏3:  

C++常用软件分析工具从入门到精通案例集锦汇总(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/131405795

常用的C++软件辅助分析工具有SPY++、PE工具、Dependency Walker、GDIView、Process Explorer、Process Monitor、API Monitor、Clumsy、Windbg、IDA Pro等,本专栏详细介绍如何使用这些工具去巧妙地分析和解决日常工作中遇到的问题,很有实战参考价值!

专栏4:   

VC++常用功能开发汇总(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/124272585

将10多年C++开发实践中常用的功能,以高质量的代码展现出来。这些常用的高质量规范代码,可以直接拿到项目中使用,能有效地解决软件开发过程中遇到的问题。

专栏5: 

C++ 软件开发从入门到精通(专栏文章,持续更新中...)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/category_12695902.html

根据多年C++软件开发实践,详细地总结了C/C++软件开发相关技术实现细节,分享了大量的实战案例,很有实战参考价值。


3.2、崩溃问题的排查思路

       对于崩溃问题引发崩溃的代码点,可能就在崩溃点附近也可能隐藏于代码的上下文中很多崩溃会有延后性,执行了引发问题的代码不会立即导致程序崩溃,而是在后续执行的代码中产生的崩溃,比如代码中将指针指向的内存释放了,但没有将指针置为NULL,后续在访问这个指针时因为访问了野指针产生了崩溃。

       对于崩溃问题(此处主要讨论软件发布后的崩溃问题,不方便使用IDE去调试代码),一般我们通过在程序中安装异常捕获模块去感知捕获软件运行过程中出现的异常,并自动生成包含异常上下文信息的dump文件。事后取来dump文件,使用Windbg打开,进行静态分析。在Windbg中查看崩溃的那条汇编指令以及崩溃时的函数调用堆栈等信息,对照着C++源码进行分析。这是分析软件异常崩溃的最常用方法

       有时引发的崩溃的点,就在崩溃时的函数调用堆栈中,这类问题比较好排查。有时引发崩溃的点并不在当前的函数调用堆栈中(崩溃的延后性),引发崩溃的点位于相关代码的上下文中,这时就需要结合问题的现象或场景以及出问题时用户执行的操作,去查看代码上下文,找出引发问题的可疑点或线索,进行逐步的排查。如果需要的话,也可以查看日志打印,去查看代码的执行途径和相关变量的值去辅助分析。

       如果软件崩溃或闪退时没有生成dump文件(软件中安装的异常捕获模块,只能捕获到大部分异常,没法捕获到所有的异常),即软件中安装的异常捕获模块没有感知到软件异常。此时,可以尝试到系统的应用程序日志中查看,程序发生崩溃,系统肯定是知道的,看看系统有没有自动生成包含异常上下文的dump文件。以前在项目中遇到过,软件中安装的异常捕获模块没有感知到异常,但系统帮我们生成了dump文件,我们直接拿系统生成的dump文件去分析,相关案例查看我的文章:

使用Windbg分析从系统应用程序日志中找到的系统自动生成的dump文件去排查程序崩溃问题icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/132024253       如果系统也没有生成dump文件,则需要将调试器Windbg附加到软件进程上和软件一起跑,去复现问题。当崩溃复现后,调试器会自动中断下来,此时就可以查看崩溃时的函数调用堆栈去分析了。

       之前对软件崩溃或闪退且没有生成dump文件的问题的排查方法进行过系统的总结可以查看我的文章:

C++程序发生闪退且没生成dump文件问题的排查经验总结与分享icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/142907923

       关于如何使用Windbg分析dump文件、如何使用Windbg动态调试目标进程以及何时使用Windbg静态分析与何时使用Windbg进行动态调试,可以查看我的文章:
使用Windbg分析dump文件的一般步骤及要点详解icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/130873143使用Windbg调试目标进程的一般步骤及要点详解icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/135484906何时使用Windbg静态分析?何时使用Windbg动态调试?icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/131806819

4、难以复现问题的可能原因总结

       有些问题很好复现,但有些问题则较难复现。从多年的项目实践经历来看,问题难以复现,可能有以下几个原因:

1)可能和某种特殊的业务场景或操作场景有关;
2)可能与客户的环境有关,只在客户环境中才能复现或才好复现。

下面对这两点原因进行详细的展开,并给出相关的项目问题实例。

4.1、问题难以复现,可能和某种特殊的业务场景或操作场景有关

       某些代码在日常执行时不会执行到,只有在个别业务场景下或者特殊的场景下才会执行到。

4.1.1、特殊操作场景案例1 

       某次平台DCS白板服务器出异常,导致客户端的DCS业务模块与DCS服务器断链,然后客户端不断地尝试重连,但一直连不上。客户端的DCS业务模块是通过libwebsockets开源库和平台DCS服务器通信,我们实现服务器重连的代码实现的有问题。代码中对libwebsockets库若干接口调用的控制策略有问题,导致程序出现了死循环,导致程序占用了较高的CPU资源,导致客户系统运行变慢。该实战问题案例对应的文章链接:

使用Process Explorer查看线程的函数调用堆栈去排查程序高CPU占用问题icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/132830803

4.1.2、特殊操作场景案例2

       某次平台的某个服务器有异常,客户端连接上后会频繁的断链,断链后客户端又自动发起重连,重连上后调用某个接口,接口中使用GDI对象去生成图片,但这段操作GDI对象的代码有GDI资源泄漏。当时测试人员在对软件进行长时间的拷机测试,因为客户端在不断的重连,导致这段有GDI对象泄漏的代码被频繁地执行,在长时间运行之后,进程占用的GDI对象总数接近或达到进程1万个GDI对象的上限,导致界面绘制异常,程序接着出现闪退。在正常情况下,服务器不会不断的断开客户端的连接,客户端就不会不停地重连,这段有GDI对象泄漏的代码也不会被频繁地执行,这个问题就不会暴露出来。该实战问题案例对应的文章链接:

使用GDIView工具排查GDI对象泄漏导致程序UI界面绘制异常的问题icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/128625868

4.1.3、特殊操作场景案例3

       某天平台在升级导致部分业务服务器不可用,客户端内部会触发灾备,发起对服务器的重连,我们在处理底层上来的重连通知消息时代码有缺陷,出现了进行memcpy时访问了空指针的问题(memcpy的源地址为空),导致程序产生崩溃。

4.1.4、特殊操作场景案例4

       最近测试发现的一个问题,当前客户端正在发送桌面桌面共享,用户找到软件主界面中的会议挂断按钮退出会议,结果会残留一个会议视频窗口,且窗口无法关闭。用户一般很少这样操作,一般会先关闭桌面共享再去点击退出会议,不会在发送桌面共享的状态下退出会议,所以这个问题一直没暴露出来。之前公司内部在用软件时报过几次类似的问题,说退出会议后,会残留一个视频窗口且窗口也没法关闭,当时没法复现这个问题,没有排查问题的思路,一直没解决。这次测试人员发现了这个问题,并找到必现的办法(确定了问题场景)。所以结合这次测试发现的问题场景,猜测之前公司内部反馈的问题可能是在这个场景下出现的:出问题的用户,参加了视频会议,并发起了桌面共享进行讨论,会议讨论完后会议也要结束了,该端用户没有关闭桌面共享,会议被管理员结束了,这种场景下就出了残留视频窗口的问题。正好此次测试人员发现这个问题,所以将之前遗留的老大难问题也一并给解决了。

4.2、问题难以复现,可能与客户的环境有关,只在客户环境中才能复现

       可能和客户机器系统的软硬件环境、客户系统中复杂的组网环境有关,这些问题在公司测试环境中没出现过(在公司测试环境中很难复现),项目中我们多次遇到。

4.2.1、客户环境案例1

       客户机器上的USB摄像头名称比较长,导致程序中的buffer长度不够被越界,导致程序崩溃。该实战问题案例对应的文章链接:

通过查看Windbg中变量值去定位C++软件异常问题icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/125731044

4.2.2、客户环境案例2

       客户端软件在客户笔记本上运行时使用笔记本内置的摄像头(不是通用的品牌摄像头),采集出来的图像显示出来时有闪烁、也有绿边。经排查,是在处理视频数据时污染了数据导致显示出来的图像出现异常。

4.2.3、客户环境案例3

       某个项目中服务器程序在客户复杂的组网环境下出现业务交互上的问题。比如某客户网络中部分网络节点下禁止发送广播,且采用IP与MAC地址绑定的机制,导致不满足条件的服务器设备网络通信出现问题,发到网络上的数据包被网络设备拦截或丢弃,没法到达目的地,导致平台业务出现异常。

4.2.4、客户环境案例4

       某个项目中客户网络中某个节点下硬终端发送出来的视频图像有严重的卡顿和丢包后来抓包分析发现,该节点下的路由器做了重定向的配置,当有数据发给网络设备要发出去时,网络设备给发送方回了一个重定向的消息,让发送方不要从当前的默认网关出去,从该消息中携带的IP地址出去。发送方收到该重定向消息,将由硬件设备中的Linux系统的系统协议栈去响应。但我们的硬件终端处于安全考虑,将终端中的系统协议栈的重定向属性给关闭了,导致硬件中断发出的音视频数据还是从默认的网关发出去,而从这个默认网关出去的数据就会有明显的丢包问题。

       此处讲到的两个网络实战问题排查案例,可以查看我的文章:

【网络进阶】网络问题排查实例集锦(实战经验分享)icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/124643918

对于网络相关问题,主要通过在客户端或者服务器侧抓网络包去分析。对于软件UI或者业务上的问题,在有日志的情况下,主要通过运行日志去排查。查看软件运行过程中的打印日志,是排查软件问题的常用方法之一。从运行日志中,不仅能看到程序的执行途径或轨迹,还可以在日志中将相关变量的值打印出来,主要通过代码执行轨迹和相关变量的值去对照着代码分析。当问题发生时,如果在相关代码中没有日志或者日志不全,我们则要根据需要去在代码中添加新的日志,然后去复现问题。在问题相关的代码中添打印日志之后,可能问题难以复现,只能等到下次复现时才能去查看日志分析。所以,有个完备的日志系统对于软件是非常重要的。

4.2.5、客户环境案例5

       在某个项目中第三方安全软件的注入模块有内存泄漏,直接影响到我们的软件。客户机器上安装了第三方安全软件,安全软件为了监控我们软件的通信数据,会通过某个注入模块注入到我们的客户端软件中。但该安全软件的注入模块有内存泄漏,因为其注入到我们的软件进程中,运行在我们的软件进程中,直接导致我们软件进程发生内存泄漏,持续泄漏一段时候因为内存耗尽程序发生闪退。相关案例可以查看我之前写的文章

第三方模块远程注入到C++软件中引发软件异常的若干实战案例分享icon-default.png?t=O83Ahttps://blog.csdn.net/chenlycly/article/details/140742772

5、最后

       排查问题时,我们先看看问题的现象或场景以及出问题时用户执行了哪些操作,将这些信息结合着代码进行分析。也可以查看软件打印出的日志去辅助分析。如果通过现有信息无法排查出问题,则可能需要去复现问题了。如果问题能复现,则通过复现问题的操作步骤与场景去分析排查问题。

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

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

STL——string(2)

博客ID:LanFuRenC系列专栏:C语言重点部分 C语言注意点 C基础 Linux 数据结构 C注意点 今日好题 声明等级:黑色->蓝色->红色 欢迎新粉加入,会一直努力提供更优质的编程博客,希望大家三连支持一下啦 目录 1) …

Spark的集群环境部署

一、Standalone集群 1.1、架构 架构:普通分布式主从架构 主:Master:管理节点:管理从节点、接客、资源管理和任务 调度,等同于YARN中的ResourceManager 从:Worker:计算节点:负责利…

【大数据学习 | kafka】kafka的数据存储结构

以上是kafka的数据的存储方式。 这些数据可以在服务器集群上对应的文件夹中查看到。 [hexuanhadoop106 __consumer_offsets-0]$ ll 总用量 8 -rw-rw-r--. 1 hexuan hexuan 10485760 10月 28 22:21 00000000000000000000.index -rw-rw-r--. 1 hexuan hexuan 0 10月 28 …

【Leecode】Leecode刷题之路第40天之组合总和II

题目出处 40-组合总和II-题目出处 题目描述 个人解法 思路: todo代码示例:(Java) todo复杂度分析 todo官方解法 40-组合总和II-官方解法 方法1:回溯 思路: 代码示例:(Java&…

网络编程入门——网络原理初识

一、网络发展史 1.1 独立模式 即计算机之间相互独立,互不连通的。 1.2 网络互联 即将多台计算机连接在一起,完成数据共享。 数据共享本质是⽹络数据传输,即计算机之间通过⽹络来传输数据,也称为⽹络通信。 根据网络互联规模的不…

关于爬虫需要了解的基础知识 (一、 http协议)

声明 文章仅供学习与交流!严禁用于任何商业与非法用途!否则由此产生的一切后果均与作者无关! 一、何为爬虫 爬虫(Crawler)是一种按照既定规则,在网络上自动爬取信息的程序或脚本,也称为网际网…

VidPanos:从随手拍摄的平移视频生成全景视频

在当今数字化时代,视频拍摄已经成为人们记录生活和分享经历的重要方式。然而,普通手机拍摄的视频往往受到视角的限制,无法完整地展现一个广阔的场景。今天,我们要介绍的 VidPanos 技术,为解决这个问题提供了一种创新的方法。 VidPanos 是由来自华盛顿大学、谷歌 DeepMind…

【05】如何解决tomcat命令提示符控制台乱码问题

Web项目开发过程中,直接在命令提示符窗口中通过输入startup.bat命令运行tomcat,在新弹出的tomcat命令提示符窗口中输出的中文是乱码问题的处理。 如何解决tomcat命令提示符控制台乱码问题 文章目录 如何解决tomcat命令提示符控制台乱码问题1.解决问题思路…

02- 模块化编程-003 LCD1602液晶显示时间与日期

1、液晶显示电路 2、电路原理简介 1. 电路组件与功能 PIC单片机(PIC16F887): 主控制器,负责处理输入输出。 LCD显示屏(LM061): 驱动数码管显示器,以显示时间和日期信息。 支持多个段…

conda下jupyterlab安装问题以及交互绘图问题记录

安装 1. 直接conda install jupyterlab就好,只要在base环境下安装就行,可以在任意环境下执行jupyter lab启动。 2. 打开jupyter lab后显示Could not determine jupyterlab build status without nodejs,可以执行conda install nodejs安装no…

华为OD机试 - 预订酒店(Java 2024 E卷 100分)

华为OD机试 2024E卷题库疯狂收录中,刷题点这里 专栏导读 本专栏收录于《华为OD机试(JAVA)真题(E卷D卷A卷B卷C卷)》。 刷的越多,抽中的概率越大,私信哪吒,备注华为OD,加…

LM Head weights;ChatGPT-3词汇量:175,000;llama7b 词汇量,词嵌入维度:4096

目录 LM Head weights ChatGPT-3词汇量:175,000 llama7b 词汇量 词汇量:32000 max_position_embeddings: 4096 LM Head weights ChatGPT-3词汇量:175,000 ChatGPT-4 确切的词向量种类数量公开信息。但可以根据一些语言模型的相关知识进行推测分析。 一般来说,语言模…

极简实现酷炫动效:Flutter隐式动画指南第二篇之一些酷炫的隐式动画效果

目录 前言 1.弹性放大按钮效果 2.旋转和缩放组合动画 3.颜色渐变背景动画 4.缩放进出效果 前言 在上一篇文章中,我们介绍了Flutter中的隐式动画的一些相关知识,在这篇文章中,我们可以结合多个隐式动画 Widget 在 Flutter 中创建一些酷炫的视觉效果&…

【ONLYOFFICE 文档 8.2 版本深度测评】功能革新与用户体验的双重飞跃

引言 在数字化办公的浪潮中,ONLYOFFICE 文档以其强大的在线协作功能和全面的办公套件解决方案,赢得了全球用户的青睐。随着 8.2 版本的发布,ONLYOFFICE 再次证明了其在办公软件领域的创新能力和技术实力。 一.协作编辑 PDF:团队合…

高频电子线路---倍频器与振荡器

目录 倍频电路原理 丙类倍频器原理电路 问题: 提升滤波方法: 导通角 振荡器 振荡器基本工作原理 首先是怎么维持 那么如何振荡呢? 思考题: 组成要素 振荡器的起振条件 平衡条件 要点提示 稳定条件 振幅平衡 硬激励起振时: 稳定条件 相位平衡 倍频电路原理 简单原理 : …

自杀一句话木马(访问后自动删除)

在做安全测试时&#xff0c;例如文件上传时就要上传可以解析的脚本文件解析证明存在漏洞&#xff0c;这个时候就需要(访问后自动删除文件的一句话木马) PHP <?php echo md5(1);unlink(__FILE__); ?> 访问后自动删除

Windows配置Nodejs及nmp简明教程(2024可用)

一、下载及安装Nodejs 下载 Node.js 中文网 (nodejs.com.cn)在此下载windows长期维护版本的.msi安装包&#xff0c;64位 安装&#xff1a; 双节安装包一直点击Next下一步&#xff0c;注意安装路径选择C盘默认路径&#xff08;C:\Program Files\nodejs\&#xff09;即可&#x…

使用ffmpeg和mediamtx模拟多通道rtsp相机

首先下载ffmpeg&#xff0c;在windows系统上直接下载可执行文件&#xff0c;并配置环境变量即可在命令行当中调用执行。 下载地址&#xff1a; https://ffmpeg.org/再在github上下载mediamtx搭建rtsp服务器&#xff0c;使用ffmpeg将码流推流到rtsp服务器。 下载地址&#xff1…

Unreal5从入门到精通之如何在VR中使用3DUI

文章目录 前言创建3DUI1.新建控件蓝图2.添加控件到画布上3.新建Actor蓝图MyUIActor4.添加控件组件Widget5.设置控件类和画布大小6.创建MyUIActor实例到场景中3DUI和VR射线交互1.添加按钮的点击事件2.设置MyUIActor碰撞响应3.VRPawn添加控件交互组件4.添加手柄Trigger点击事件绑…

ai数字人分身123口播克隆数字人小程序源码_博纳软云

功能配置 一、用户 用户管理小黑屋用户反馈登录设置短信参数 二、作品 视频作品背景音乐库背景音乐分类 三、形象分身 上传记录视频要求参数配置 四、声音克隆 克隆记录参数配置声音要求文案示例 五、AI文案 生成记录创作模型模型分类Al配置 六、充值 充值订单积分套…