成都移动直连中国香港公网线路

成都移动直连中国香港公网线路

摘要

在不考虑IEPL、IPLC等国际专线的情况下,成都移动用户连接中国香港的公网线路选择对网络性能至关重要。本文通过深入的路由分析、性能测试和成本评估,系统对比CMIv2、CMIv1及各类绕路方案的技术特性,为成都移动用户提供科学的线路选型决策框架。核心目标:在可接受的成本范围内,为成都移动用户找到连接香港的最优公网解决方案。

重要说明:成本层级划分

本文聚焦于民用及商用可负担线路,暂不考虑以下昂贵方案:

  • xTom BGP ProDMIT Pro等专业优化线路:延迟虽可降至30ms以内,但成本是普通线路的5-10倍
  • IEPL/IPLC国际专线:完全专有链路,成本极高,不在公网讨论范畴
  • CN2 GT、CN2 GIA-E、9929、10099等电信/联通高端线路:这些线路相比移动CMIv2线路成本更昂贵

值得注意的是,在接入中国大陆的国际线路中,移动CMIv2线路的成本相对更具竞争力,这使其成为性价比突出的选择。

1. 测试方法论

1.1 测试目标与范围

中心思想:本文旨在探索成都移动用户在不使用IEPL、IPLC等专线服务的前提下,通过公网连接中国香港的最佳技术方案。

测试范围

  • 测试起点:四川成都移动商用宽带(静态IP专线) - 183.220.98.129/25
  • 测试终点:香港主要数据中心节点
  • 测试线路:CMIv2、CMIv1、绕路CMI及普通BGP线路
  • 测试服务商:xTom、DMIT、ISIF等商用服务商
  • 重要说明:DMIT EBv1测试段154.3.38.0/24为中国香港广播IP,虽然路由显示其他国家,但实际上是香港节点

1.2 测试方法

  • 路由分析:使用NextTrace / MTR进行双向路由追踪
  • 性能测试:结合Speedtest、iperf3和实际应用测试
  • 延迟测量:ICMP Ping + TCP连接延迟
  • 带宽验证:本地宽带基准测试 + 跨境吞吐测试

1.3 测试节点

  • 成都移动商用宽带(静态IP专线):183.220.98.129/25
  • 香港测试节点
    • xTom香港:45.141.46.1, 45.125.0.1
    • DMIT香港EBv1:154.3.38.0/24(香港广播IP)
    • ISIF香港:CMIv2线路节点

2. 线路等级与服务商

2.1 服务商线路等级划分

服务商线路等级目标用户延迟范围成本水平性价比评估
ISIF COPCMIv2专业优化企业/高级用户35-40ms中高端★★★★☆
xTom 普通BGPCMIv1+BGP优化中小企业/个人50-60ms中等★★★★☆
DMIT EBv2CMIv2直连追求性能用户40-45ms中高端★★★☆☆
DMIT EBv1绕路CMI预算有限用户300-350ms中低★☆☆☆☆

2.2 成本对比

在公网线路中,各运营商高端线路的成本排序大致为:

  1. CN2 GIA-E>CUG 10099>CN2 GT / CU 9929CMIv2>CMIv1
  2. 移动CMIv2相比电信CN2系列具有显著的成本优势
  3. 普通CMIv1是成本效益最高的选择,延迟增加仅约17ms

3. 路由分析:成都到香港

3.1 最优路径:CMIv2直连线路(ISIF COP)

以下是CMIv2线路的完整路由追踪,展示了从国际节点到成都移动的直连路径:

NextTrace v1.5.02025-11-28T02:24:32Z 82cebb7[NextTrace API]preferred API IP -104.26.12.151 -246.79ms - Misaka.LAX IP Geo Data Provider: LeoMoeAPItracerouteto183.220.98.129,30hops max,52bytes payload, ICMP mode146.3.36.1 AS49304 英国 英格兰 伦敦 sakura.as0.32ms /0.20ms /0.18ms210.20.0.1 * RFC19180.39ms /0.49ms /0.48ms310.21.1.13 * RFC19180.56ms /0.54ms /0.44ms410.21.1.9 * RFC19180.88ms /0.53ms /0.72ms5*6223.120.134.38 AS58807[CMIN2-NET]中国 香港 cmi.chinamobile.com1.89ms /1.57ms /1.59ms7*8223.120.130.5 AS58807[CMIN2-NET]中国 香港 cmi.chinamobile.com 移动5.39ms /9.88ms /6.76ms[MPLS: Lbl44924, TC3, S1, TTL1]9223.120.140.65 AS58807[CMIN2-NET]中国 广东 广州 香港-广州 cmi.chinamobile.com 移动5.17ms /5.03ms /5.01ms10221.183.92.157 AS9808[CMNET]中国 广东 广州 X-I chinamobileltd.com 移动4.84ms /4.98ms /4.73ms11221.183.89.237 AS9808[CMNET]中国 广东 广州 I-C chinamobileltd.com 移动4.97ms /4.81ms /4.97ms12221.183.89.214 AS9808[CMNET]中国 广东 广州 chinamobileltd.com 移动12.55ms /12.03ms /12.14ms13221.183.108.1 AS9808[CMNET]中国 四川 成都 chinamobileltd.com 移动50.51ms /43.11ms /43.05ms14111.24.8.58 AS9808[CMNET]中国 四川 成都 chinamobileltd.com 移动39.51ms /35.30ms /35.62ms15223.87.27.250 AS9808[CMNET]中国 四川 成都 chinamobileltd.com 移动40.96ms /40.23ms /40.09ms16223.85.135.158 AS139080[CMNET]中国 四川 成都 sc.10086.cn 移动39.73ms /39.93ms /40.04ms17183.220.98.129 AS9808[APNIC-AP]中国 四川省 成都市 成华 chinamobileltd.com 移动37.36ms /37.66ms /36.91ms

ISIF COP线路(HKG-C、HKG-B)技术分析:

  1. AS路径优化:从香港直接进入AS58807(CMIN2-NET),无第三方中转
  2. MPLS流量工程:第8跳显示MPLS标签(Lbl 44924),表明使用MPLS-TE进行流量调度
  3. 延迟性能
    • 香港内部延迟:1.57-6.76ms
    • 香港-广州延迟:5.01-5.17ms(海底光缆直连)
    • 广州-成都延迟:稳定在35-40ms范围
    • 端到端总延迟:36.91-37.66ms
  4. 网络拓扑
    • 国际段:AS58807(CMIN2-NET)
    • 国内段:AS9808(CMNET)
    • 城域网:AS139080(四川移动)

工程意义:CMIv2采用MPLS-TE确保最小化路由跳数和延迟,香港到广州段实现光缆直连优化。延迟仅37ms,速度可轻松达到Gbps级别,但带宽成本相对较高(虽比CN2系列便宜)。

3.2 CMI线路:DMIT EBv1(去程绕路)

以下是DMIT香港EBv1(154.3.38.0/24段,香港广播IP)的路由追踪,展示绕路CMI的次优路径:

NextTrace v1.4.02025-04-16T01:09:45Z dccc41b[NextTrace API]preferred API IP -172.67.69.163 -733.29ms - Misaka.LAX IP Geo Data Provider: LeoMoeAPItracerouteto183.220.98.129,30hops max,52bytes payload, ICMP mode1193.41.250.250 AS906[DMIT-BB]Anycast Anycast gateway DMIT.com Anycast.Gateway.DMIT.com0.31ms /0.21ms /0.19ms2193.41.248.96 AS906[DMIT-BB]中国 香港 DMIT.com AS906.Backbone.DMIT.com0.53ms /0.45ms /0.56ms3*438.57.36.26 AS137409 中国 香港 globalsecurelayer.com0.53ms /0.42ms /0.54ms58.244.4.17 AS3356 中国 香港 lumen.com1.31ms /1.79ms /1.05ms64.68.75.242 AS3356 中国 香港 Level3-CMI-Peer lumen.com58453-3356-hkg.sp.lumen.tech202.00ms / * ms / * ms7*8223.120.22.186 AS58453[CMI-INT]中国 广东 广州 cmi.chinamobile.com201.99ms /201.94ms /202.07ms9221.183.92.201 AS9808[CMNET]中国 广东 广州 X-I chinamobileltd.com 移动201.86ms /252.47ms / * ms10221.183.92.213 AS9808[CMNET]中国 广东 广州 I-C chinamobileltd.com 移动254.47ms / * ms / * ms11*12*13*14*15223.87.26.174 AS9808[CMNET]中国 四川 成都 chinamobileltd.com 移动343.25ms / * ms / * ms16*17183.220.98.129 AS9808[APNIC-AP]中国 四川省 成都市 成华 chinamobileltd.com 移动311.36ms /311.15ms / * ms

DMIT EBv1 瓶颈分析:

  1. 重要说明:154.3.38.0/24段为香港广播IP,虽然路由显示美国或其他国家,但实际物理位置在香港。关键判断依据是延迟而非地理位置显示。

  2. 路由分析

    • 第6跳:4.68.75.242标注为"Level3-CMI-Peer",延迟骤增至202ms
    • 准确理解:这个高延迟并非因为节点在香港,而是因为成都移动去程(从成都到香港)路由绕行了美国。虽然这个节点在香港,但从成都移动发出的数据包经过美国绕行后到达香港这个节点,因此延迟极高。
  3. 双向路由分析

    • 去程(成都→香港):绕行美国,导致200ms+的延迟
    • 回程(香港→成都):直连,延迟正常
    • 整体效果:由于ICMP是双向通信,去程绕行导致整体延迟高达300ms+
  4. AS路径问题

    • 香港内部路径:AS906 → AS137409 → AS3356
    • 进入CMI网络:通过AS3356与AS58453对等
    • 这证实了"去程绕行美国"的架构缺陷
  5. 严重问题

    • 香港本地延迟正常(0.19-1.79ms)
    • 第6跳延迟暴增202ms,证明去程绕行美国
    • 端到端延迟达311-343ms,是CMIv2的8-9倍
    • 存在大量丢包(*标记)和延迟波动

工程结论:DMIT EBv1的去程路由绕行美国,导致虽然物理节点在香港,但从成都访问的延迟高达300ms+。暂不推荐任何对延迟有要求的应用使用。虽然回程是直连,但整体性能仍然很差。

3.3 CMIv1线路:xTom BGP

以下是xTom标准CMIv1线路的路由追踪,展示平衡性能与成本的最优路径:

NextTrace v1.5.02025-11-28T02:24:32Z 82cebb7[NextTrace API]preferred API IP -172.67.69.163 -219.85ms - Misaka.LAX IP Geo Data Provider: LeoMoeAPItracerouteto183.220.98.129,30hops max,52bytes payload, ICMP mode1*2172.31.0.13 * RFC19180.29ms /7.64ms /0.57ms3*4*538.57.36.26 AS137409 中国 香港 globalsecurelayer.com0.42ms /0.43ms /0.40ms68.244.4.17 AS3356 中国 香港 lumen.com7.47ms /12.25ms /6.77ms7223.121.3.9 AS58453[CMI-INT]中国 香港 cmi.chinamobile.com 移动3.47ms /4.83ms /3.06ms8223.120.22.65 AS58453[CMI-INT]中国 香港 cmi.chinamobile.com 移动2.69ms /2.68ms /2.79ms9223.120.22.194 AS58453[CMI-INT]中国 广东 广州 cmi.chinamobile.com9.83ms /9.70ms /9.65ms10221.183.92.193 AS9808[CMNET]中国 广东 广州 X-I chinamobileltd.com 移动9.81ms /9.91ms /9.75ms11221.183.92.205 AS9808[CMNET]中国 广东 广州 I-C chinamobileltd.com 移动35.20ms /35.22ms /35.25ms12221.183.166.209 AS9808[CMNET]中国 广东 广州 chinamobileltd.com 移动37.88ms /37.81ms /37.79ms13*14*15*16223.87.27.250 AS9808[CMNET]中国 四川 成都 chinamobileltd.com 移动57.11ms / * ms / * ms17223.85.135.158 AS139080[CMNET]中国 四川 成都 sc.10086.cn 移动56.10ms /56.12ms /56.06ms18183.220.98.129 AS9808[APNIC-AP]中国 四川省 成都市 成华 chinamobileltd.com 移动54.36ms /54.23ms /54.23ms

技术分析:

  1. AS路径优化

    • 国际段:AS58453(CMI-INT),标准国际出口
    • 国内段:AS9808(CMNET)统一承载
    • 避免了CMIv2的专用MPLS网络,但保持了直连优势
  2. TTL跃点延迟分析

    • 香港本地:0.40-12.25ms(含Lumen本地交换)
    • 香港-广州:9.65-9.83ms(海底光缆直连)
    • 广州-成都:35.20-37.88ms(国内骨干网)
    • 端到端:54.23-57.11ms
  3. 与CMIv2对比

    • 延迟差异:CMIv1比CMIv2高约17ms(54ms vs 37ms)
    • 路径差异:CMIv1经Lumen本地交换,但未跨太平洋绕行
    • 成本差异:CMIv1带宽成本显著低于CMIv2

工程价值:CMIv1在增加约17ms延迟的情况下,大幅降低带宽成本,是典型的性能-成本平衡方案。

3.4 反向路由验证:成都移动至xTom香港(CMIv1标准路径)

以下是成都移动用户访问xTom香港节点(45.125.0.1)的路由追踪,展示了标准CMIv1路径:

NextTrace v1.4.22025-07-26T12:48:03Z cefed2a[NextTrace API]preferred API IP -8.219.136.89 -508.42ms - Aliyun.SIN(Relay)→ DMIT.NRT IP Geo Data Provider: LeoMoeAPItracerouteto45.125.0.1,30hops max,52bytes payload, ICMP mode1192.168.1.1 * RFC19181.23ms /1.08ms /1.35ms2100.64.0.1 * RFC65984.96ms /4.11ms /4.44ms3*4*5*6*7221.183.89.45 AS9808[CMNET]中国 上海 chinamobileltd.com 移动37.46ms /37.73ms /37.26ms8*9*10223.120.3.181 AS58453[CMI-INT]中国 香港 cmi.chinamobile.com 移动62.47ms / * ms / * ms11*12203.131.243.153 AS2914[NTT-GLOBAL]中国 香港 gin.ntt.net109.04ms /108.81ms / * ms13129.250.2.182 AS2914[NTT-BACKBONE]中国 香港 gin.ntt.net ae-10.r29.tkokhk01.hk.bb.gin.ntt.net105.59ms /105.65ms / * ms14129.250.2.239 AS2914[NTT-BACKBONE]中国 香港 gin.ntt.net ae-16.a00.newthk04.hk.bb.gin.ntt.net57.22ms /57.71ms /73.72ms15206.148.27.234 AS7578 日本 东京都 东京 GSL清洗设施 globalsecurelayer.com transit-edge.globalsecurelayer.com59.70ms /59.58ms /59.02ms16206.148.24.186 AS7578 中国 香港 globalsecurelayer.com po4.hk-eqxhk1-cr2.globalsecurelayer.com60.22ms /60.64ms /59.05ms1731.217.251.83 AS7578 澳大利亚 新南威尔士州 悉尼 globalsecurelayer.com unknown.globalsecurelayer.com57.15ms /57.17ms /56.61ms18103.193.131.72 AS9312 中国 香港 xtom.com.hk103.193.131.72.static.xtom.com59.24ms /59.10ms /59.41ms1945.125.0.1 AS9312 中国 香港 xtom.com.hk hkg-100g-1.xtom.hk51.48ms /59.42ms /56.14ms

反向路由分析:

  1. 国内段路由

    • 从成都移动出发,经过上海移动国际出口(221.183.89.45)
    • 国内段延迟:37-38ms,表现正常
  2. 国际段路径

    • 第10跳进入香港的CMI节点(223.120.3.181,AS58453),延迟62ms
    • 随后路由经过NTT(AS2914)和GSL(AS7578)骨干网
    • 最终到达xTom香港节点(45.125.0.1)
  3. 延迟分析

    • 国内段:37ms
    • 国际段:62ms(到香港CMI节点)
    • 全程延迟:56-62ms
    • 关键发现:这条路径没有绕行美国,是正常的CMIv1路径

工程意义:xTom香港节点的反向路由验证了标准CMIv1路径的合理性,没有出现绕行美国的情况,延迟在正常范围内。

4. 成都本地宽带

4.1 成都电信

【图1:成都电信300M宽带测速】

技术分析:

  • 签约速率:300M(300ME,以太网标称)
  • 实测吞吐:423Mbps
  • 效率系数:423/300 = 1.41
  • 工程公式:实际吞吐(Mbps) = 签约带宽(M) × 1.4~1.45

工程意义:1.4-1.5的系数源于以太网帧封装开销(约5%)、TCP/IP协议开销(约5-10%)及运营商余量设计。

4.2 成都移动

【图2:成都移动1000M宽带测速1】

【图3:成都移动1000M宽带测速2】

技术分析:

  • 签约速率:1000M下行/100M上行(1000ME/100ME)
  • 实测下行:1439-1579Mbps
  • 效率系数:1.439-1.579
  • 验证公式:1GE = 1000M = 1500Mbps(半双工参考值)

工程概念

  • ME(兆以太网):运营商签约带宽单位
  • 实际吞吐:受物理层编码、协议开销、 QoS策略影响
  • 半双工参考:1Gbps物理链路在理想半双工下最大理论吞吐为1500Mbps

5. 网络测速

5.1 xTom香港商用宽带 + CMIv1线路

【图4:xTom香港200ME商用宽带测速】

基准性能:

  • 签约:200ME商用宽带
  • 实测:上行285Mbps,下行286Mbps
  • 效率系数:1.43,符合工程预期
【图5:xTom香港iperf3至成都移动测速】

性能验证:iperf3测试验证TCP协议层面的端到端性能,排除HTTP等应用层干扰。

【图6:xTom桥接DMIT EBv1测速】

实际性能:

  • 实测下载:256Mbps
  • 等效带宽:256/1.5 ≈ 170ME
  • 瓶颈分析
    • 本地端口能力:300Mbps(200ME×1.5)
    • 实际达到:256Mbps(170ME)
    • 受限因素:绕路CMI的高延迟(300ms+)导致TCP窗口受限

5.2 ISIF香港 + CMIv2线路性能测试

【图7:ISIF HKG-B CMIv2 Gbps端口测速】

高性能CMIv2表现:

  • 端口配置:Gbps物理端口
  • 实测下载:538Mbps
  • 等效带宽:538/1.5 ≈ 359ME
  • 工程价值:CMIv2低延迟(37ms)允许接近400ME的实际吞吐,验证了低延迟对高吞吐的关键作用。
【图8:ISIF HKG-C CMIv2 200Mbps端口测速】

受限端口性能验证:

  • 端口配置:200Mbps硬限
  • 实测下载:208Mbps
  • 效率系数:1.04(接近线速)
  • 技术意义:验证了CMIv2线路在端口无瓶颈时的高效性,208Mbps接近200Mbps物理端口极限。

6. 技术选型

技术维度CMIv2(AS58807)CMIv1(AS58453)绕路CMI工程建议
端到端延迟35-40ms50-60ms200-350ms游戏、实时通信选CMIv2
路由稳定性★★★★★(MPLS-TE)★★★★☆(BGP优选)★★☆☆☆(去程绕行)金融交易选CMIv2
带宽成本较高(比CN2便宜)中等低(但性能差)大流量业务权衡CMIv1
吞吐能力400ME+稳定200-300ME稳定<200ME受限视频流媒体选CMIv1/2
适用场景高频交易、云游戏企业VPN、视频会议非实时数据同步按业务需求分层

7. 结论

CMI线路的技术分层体现了移动网络对不同业务需求的工程化响应:

  1. CMIv2代表移动国际网络的最高服务等级,通过MPLS-TE和专用AS58807骨干,为延迟敏感型业务提供接近国内城域网的质量。成本虽高,但相比电信CN2系列更具性价比

  2. CMIv1是技术成熟度与经济效益的最优平衡点,在增加可控延迟(约17ms)的前提下,大幅降低带宽成本,满足80%以上企业级应用需求。是成都移动用户连接香港的最佳性价比选择

  3. CMIv1(绕路)(如DMIT EBv1)因去程路由绕行美国导致300ms+的高延迟,无法满足现代交互式应用需求,仅适用于非实时数据备份等场景。应避免选择

  4. 专业线路如xTom BGP Pro和DMIT Pro虽然提供更优性能,但其高昂成本(通常为普通线路的5-10倍)使其主要面向企业级市场,不在普通民用考虑范畴。

标注:对于成都移动用户连接香港,在不考虑IEPL/IPLC专线的情况下:

  • 追求极致性能:选择CMIv2线路(如ISIF COP)
  • 最佳性价比:选择标准CMIv1线路(如xTom普通BGP)
  • 应避免:选择去程绕行美国的绕路CMI线路

带宽采购公式

实际所需带宽(ME) = 预期吞吐(Mbps) / 1.45 采购成本权衡: - CMIv2: 预算充足,延迟敏感型业务 - CMIv1: 成本敏感,吞吐优先业务 - 避免绕路CMI:除非仅需基本连通性

工程实践:建立基于业务SLA的线路选型框架,对延迟敏感型业务(<50ms)采用CMIv2,对吞吐敏感型业务采用CMIv1,并通过持续的路由监控和性能测试确保服务质量。对于预算有限的用户,标准CMIv1线路提供了最佳的性能-成本平衡。

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

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

相关文章

深度学习分析公司文化与业绩关系

深度学习分析公司文化与业绩关系 关键词:深度学习、公司文化、公司业绩、关系分析、数据挖掘 摘要:本文聚焦于运用深度学习技术来分析公司文化与业绩之间的关系。首先介绍了研究的背景、目的、预期读者等信息,接着阐述了核心概念及它们之间的联系,详细讲解了用于分析的核心…

Windows 11 Hyper-V 虚拟机双网卡网络中断无法恢复问题

Windows 11 Hyper-V 虚拟机双网卡网络中断无法恢复问题 问题概述 在Windows 11专业版24H2环境中&#xff0c;当宿主机物理网卡经历链路状态变化时&#xff0c;Hyper-V虚拟机内部对应虚拟网卡会出现无法恢复网络连接的致命问题。此问题在特定网络配置下表现尤为突出。 系统环境 …

演唱会购票系统的设计与实现

一、研究背景如今互联网高速发展&#xff0c;网络遍布全球&#xff0c;通过互联网发布的消息能快而方便的传播到世界每个角落&#xff0c;并且互联网上能传播的信息也很广&#xff0c;比如文字、图片、声音、视频等。从而&#xff0c;这种种好处使得互联网成了信息传播的主要途…

背景调查:建立企业与人才间的信任基石

在当今的商业环境中&#xff0c;人才已成为企业最核心的资产。一次关键的招聘决策&#xff0c;往往直接影响着企业的未来发展轨迹。然而&#xff0c;当候选人的简历在字面上完美无瑕时&#xff0c;如何透过表象洞察实质&#xff0c;成为了企业人力资源管理的核心挑战。专业的背…

AI原生应用开发必知:上下文理解的10个最佳实践

AI原生应用开发必知&#xff1a;上下文理解的10个最佳实践关键词&#xff1a;AI原生应用、上下文理解、对话系统、多模态交互、用户意图、实体追踪、动态窗口、歧义消除、评估指标、LLM调优摘要&#xff1a;在AI原生应用中&#xff0c;“上下文理解"是让AI从"机械回答…

从背调公司到企业风控能力的内化:一种新的选择

当招聘决策的复杂性不断增加&#xff0c;越来越多的企业开始寻求专业背景调查公司的支持。传统背调公司以专业服务和行业经验为核心&#xff0c;为企业提供了候选人信息核实的重要保障。然而&#xff0c;随着企业数据化管理的深入&#xff0c;一种新的需求正在浮现&#xff1a;…

java学习--LinkedList

一、LinkedList 是什么&#xff1f;LinkedList 是 Java 集合框架中 java.util 包下的一个实现类&#xff0c;它实现了 List、Deque 等接口&#xff0c;底层基于双向链表实现&#xff08;JDK 1.6 及之前是循环链表&#xff0c;之后改为双向链表&#xff09;。简单来说&#xff1…

java学习--HashSet

一、HashSet 是什么&#xff1f;HashSet 是 Java 集合框架中 java.util 包下的实现类&#xff0c;它实现了 Set 接口&#xff0c;底层基于 HashMap 实现&#xff08;可以理解为 HashSet 是 HashMap 的 “马甲”&#xff0c;只使用了 HashMap 的 key 部分&#xff0c;value 是一…

java学习--LinkedHashSet

一、LinkedHashSet 是什么&#xff1f;LinkedHashSet 是 Java 集合框架中 java.util 包下的实现类&#xff0c;它继承自 HashSet&#xff0c;同时实现了 Set 接口&#xff0c;底层基于 LinkedHashMap 实现&#xff08;本质是「哈希表 双向链表」&#xff09;。可以把它理解为&…

渗透测试——Funbox2靶机渗透提权详细过程(FTP匿名登陆与SSH爆破)

今天继续给大家带来vulnhub系列的Funbox2靶机详细的渗透横提权过程&#xff1b; 本次渗透过程&#xff0c;也是学到了新知识&#xff1a; FTP匿名登陆下载文件使用SSH爆破工具登陆用户SUDO提权 文章目录前置准备信息收集访问http页面漏洞一&#xff1a;FTP(匿名登录功能)漏洞二…

必看!2026年EOR名义雇主品牌排行榜,探寻最值得信赖的EOR名义雇主服务解决方案

EOR名义雇主服务在现代企业管理中逐渐成为一种重要趋势。这类服务能够协助企业迅速适应全球市场&#xff0c;让用人更为灵活。通过合作优秀的EOR名义雇主服务商&#xff0c;企业能轻松解决合规问题&#xff0c;避免高昂的法律风险&#xff0c;同时提升薪资管理效率。根据最新的…

qt qbrush设置填充与取消填充

void MainWindow::paintEvent(QPaintEvent *event){QMainWindow::paintEvent(event);QPainter painter(this);painter.setBrush(Qt::blue);painter.drawRect(10, 10, 100, 100);//停止填充painter.setBrush(Qt::NoBrush);painter.drawRect(120, 10, 100, 100);}

为什么选择PPO而不是DQN

PPO vs DQN 的选择分析 为什么选择PPO而不是DQN 1. 动作空间特性 你的设计: 离散动作类型 连续参数调节DQN局限: 主要适用于纯离散动作空间PPO优势: 天然支持混合策略&#xff08;离散连续&#xff09; python # 你的混合动作空间 move_action_probs -> Categorical di…

告别高成本低效率!“轻竹办公AIPPT”高性价比搞定PPT制

告别高成本低效率&#xff01;“轻竹办公AIPPT”高性价比搞定PPT制作 在职场和校园里&#xff0c;制作PPT是一件让人又爱又恨的事情。很多职场人士和学生都有过这样的经历&#xff1a;为了一份汇报PPT或者课程作业PPT&#xff0c;花费大量时间&#xff0c;从搭建大纲到设计排版…

Springboot影视周边电商平台hlnap(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。

系统程序文件列表项目功能&#xff1a;用户,商品分类,商品信息开题报告内容一、研究背景与意义&#xff08;一&#xff09;研究背景随着影视产业的蓬勃发展&#xff0c;影视作品的影响力日益扩大&#xff0c;其周边商品作为影视文化的重要延伸&#xff0c;市场需求急剧增长。影…

2026年降AIGC终极指南:10款主流降AI工具深度横评,看这篇就够了【建议收藏】

相信很多友友们&#xff0c;都在写论文时用过AI帮写&#xff0c;咱就是说&#xff0c;用AI写作虽然爽&#xff0c;但AI率太高真的会让人抓狂啊&#xff01; 我之前就吃过这亏&#xff0c;论文AI率高得离谱&#xff0c;被导师连环追问“这真是你写的吗&#xff1f;”。那段时间…

Springboot应急信息管理及统计分析系统5y51w(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。

系统程序文件列表 项目功能&#xff1a;用户,灾害分类,危害等级,灾害信息,应急联系方式,应急信息,伤亡统计,损失统计 开题报告内容 一、研究背景与意义 &#xff08;一&#xff09;现实背景 应急信息碎片化&#xff1a;2023年京津冀暴雨灾害中&#xff0c;应急部门需整合气…

TVS管并联提升通流为何反而导致钳位不稳?

在车载与工业电源设计中&#xff0c;工程师常通过并联TVS管提升通流能力以应对高强度浪涌。然而工程实测数据显示&#xff0c;简单并联往往导致钳位电压剧烈波动、器件提前失效&#xff0c;甚至保护功能完全丧失。问题根源在于TVS的半导体特性与电路寄生参数的深度耦合。 一、击…

安全左移:国产信创DevOps平台的安全(DevSecOps)构建与实践

在信创产业全面进入 “体系化替代” 的深水区&#xff0c;DevOps 平台作为软件研发的核心枢纽&#xff0c;其安全能力已不再是 “附加项”&#xff0c;而是决定信创转型成败的 “底线要求”。传统 DevOps 流程中 “重交付、轻安全” 的模式&#xff0c;在信创环境下因国产软硬件…

2026实测:10款免费的AI降重工具,真正能降AI工具推荐,亲测有效【避坑指南】

相信很多友友们&#xff0c;都在写论文时用过AI帮写&#xff0c;咱就是说&#xff0c;用AI写作虽然爽&#xff0c;但AI率太高真的会让人抓狂啊&#xff01; 我之前就吃过这亏&#xff0c;论文AI率高得离谱&#xff0c;被导师连环追问“这真是你写的吗&#xff1f;”。那段时间…