漫步数学分析二十八——狄利克雷与阿贝尔测试

2024-05-08 15:58

本文主要是介绍漫步数学分析二十八——狄利克雷与阿贝尔测试,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在我们判断一致收敛的时候,某些情况下魏尔斯特拉斯M测试会失效,为此挪威数学家尼尔斯阿贝尔(Niels Abel)以及狄利克雷(Dirichlet)分别提出了两种测试方法,这些方法对许多实例都是非常有用的,尤其是研究傅里叶与幂级数的时候,当我们碰到一致收敛却不是绝对收敛的时候,这些方法非常重要。

13 (阿贝尔测试) 令 ARm,φn:AR 是递减的函数序列;即对每个 xA,φn+1(x)φn(x) 。假设有一个常数 M 使得对所有的xA,n,不等式 |φn(x)|M 成立,如果 Σn=1fn(x) A 上一致收敛,那么Σn=1φn(x)fn(x)也一致收敛。

如果我们取 φn(x),fn 为常函数,那么就得到一般技术的测试,如果 φn 是递增的,我们可以用类似的测试方法,只需要将其应用到 φn 上即可。相关的方法就是下面的狄利克雷测试。

14 (狄利克雷测试) 对序列 fn:ARmR ,令 sn(x)=Σnm=1fm(x) ,假设有一个常数 M 使得对所有的xA,n,不等式 |sn(x)|M 成立,令 gn:ARmR gn0 (一致), gn0,gn+1gn(x) ,那么 Σn=1fn(x)gn(x) A 上一致收敛。

例如,考虑交错级数Σ(1)ngn(x),其中 gn0,gn(x)0 (一致)并且 gn+1gn 。令 fn(x)=(1)n ,那么 |sn(x)|1 Σ(1)ngn(x) 一致收敛。注意,作为特殊情况,递减到零的交错级数是收敛的。

注意,这些定理虽然相似,但却是不一样的。定理13中 φn 的条件没有说明 φn 一致收敛,另外,定理13中我们也没有要求 φn0 。这些定理的证明需要用到阿贝尔部分和公式,会在后面文章给出。

1 说明 Σ1(sinnx)/n [δ,πδ],δ>0 上一致收敛。

我们想在 fn(x)=sinnx,gn(x)=1/n 上应用定理14,唯一的假设是 |Σnl=1fl(x)|M ,这个假设不太明显,为了我们需要介绍下面的方法。将函数写成

2sin(lx)sin(12x)=cos[(l12)x]cos[(l+12)x]

并且从 l=1,,n 进行相加得到

2sin(12x)(sinx++sinnx)=cos12xcos(n+12)x2

所以

sinx++sinnx1|sin12x|

这就是 Σnl=1fl(x) 的边界。只要 sinx/2 非零,那么边界就是有效的。例如,在 [δ,πδ] 上我们就得到有效的边界。注意这里的讨论相比 M 测试比较脆弱。

2说明 Σ1(1)nenx/n [0,) 上一致收敛。

这次我们利用定理13,令 φn(x)=enx ,对于 x0,φn 是递减的且 |enx|1 。我们已经知道 Σ1(1)n/n 收敛,所以根据阿贝尔定理,级数一致收敛。

3

f(x)=1(1)nnenx

说明 f 是连续的。

从例2以推论1可以立马得出结论。

这篇关于漫步数学分析二十八——狄利克雷与阿贝尔测试的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/970771

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

学习记录:js算法(二十八):删除排序链表中的重复元素、删除排序链表中的重复元素II

文章目录 删除排序链表中的重复元素我的思路解法一:循环解法二:递归 网上思路 删除排序链表中的重复元素 II我的思路网上思路 总结 删除排序链表中的重复元素 给定一个已排序的链表的头 head , 删除所有重复的元素,使每个元素只出现一次 。返回 已排序的链表 。 图一 图二 示例 1:(图一)输入:head = [1,1,2]输出:[1,2]示例 2:(图

Verybot之OpenCV应用一:安装与图像采集测试

在Verybot上安装OpenCV是很简单的,只需要执行:         sudo apt-get update         sudo apt-get install libopencv-dev         sudo apt-get install python-opencv         下面就对安装好的OpenCV进行一下测试,编写一个通过USB摄像头采

BIRT 报表的自动化测试

来源:http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-birttest/如何为 BIRT 报表编写自动化测试用例 BIRT 是一项很受欢迎的报表制作工具,但目前对其的测试还是以人工测试为主。本文介绍了如何对 BIRT 报表进行自动化测试,以及在实际项目中的一些测试实践,从而提高了测试的效率和准确性 -------

可测试,可维护,可移植:上位机软件分层设计的重要性

互联网中,软件工程师岗位会分前端工程师,后端工程师。这是由于互联网软件规模庞大,从业人员众多。前后端分别根据各自需求发展不一样的技术栈。那么上位机软件呢?它规模小,通常一个人就能开发一个项目。它还有必要分前后端吗? 有必要。本文从三个方面论述。分别是可测试,可维护,可移植。 可测试 软件黑盒测试更普遍,但很难覆盖所有应用场景。于是有了接口测试、模块化测试以及单元测试。都是通过降低测试对象

day45-测试平台搭建之前端vue学习-基础4

目录 一、生命周期         1.1.概念         1.2.常用的生命周期钩子         1.3.关于销毁Vue实例         1.4.原理​编辑         1.5.代码 二、非单文件组件         2.1.组件         2.2.使用组件的三大步骤         2.3.注意点         2.4.关于VueComponen

如何成为一个优秀的测试工程师

链接地址:http://blog.csdn.net/KerryZhu/article/details/5250504 我一直在想,如何将自己的测试团队打造成世界一流的团队?流程、测试自动化、创新、扁平式管理、国际标准制定、测试社区贡献、…… 但首先一点是明确的,就是要将每一个测试工程师打造成优秀的测试工程师,优秀的团队必须由优秀的成员构成。所以,先讨论“如何成为一个优秀的测试工程师”,