Hard-题目51:44. Wildcard Matching

本文介绍了一种实现含通配符'?'和'*'的正则匹配算法,通过双指针技巧处理贪婪匹配,特别针对'*'的灵活处理进行详细解析,并提供Python源码。

题目原文:
Implement wildcard pattern matching with support for ‘?’ and ‘*’.

‘?’ Matches any single character.
‘*’ Matches any sequence of characters (including the empty sequence).

The matching should cover the entire input string (not partial).

The function prototype should be:
bool isMatch(const char *s, const char *p)

Some examples:
isMatch(“aa”,”a”) → false
isMatch(“aa”,”aa”) → true
isMatch(“aaa”,”aa”) → false
isMatch(“aa”, “*”) → true
isMatch(“aa”, “a*”) → true
isMatch(“ab”, “?*”) → true
isMatch(“aab”, “c*a*b”) → false
题目大意:
实现含有通配符的正则匹配。
题目分析:
这次不能用java的matches函数水过去,就参考一下discuss中大神的解法吧!
众所周知正则匹配默认是贪婪匹配,所以本题也跟贪心有关系。
原文:
Loop
keep two pointers in S and P here i and j
if S[i] == P[j] or P[j] == ‘?’ we keep moving
if ‘*’ exist in P then we mark the position in P as star and mark position in s as s_star
Loop over s until S[i] == P[star + 1] otherwise False
理解如下:两个指针i和j分别从s和p开始,如果s[i]==p[j]或者p[j]==’?’则I,j同时往右推,如果p[j]是’*’,那么记录下当前I,j的位置分别为sstar和star,然后令j指向star+1,sstar一直向后推,直到新的s[i]==p[j]||p[j]==’?’出现(举例:s=”aaaaaaaaaaaaaaaabbbbbb”,t=”a*b*,遇到第一个*的时候j指向b,i如果是a就一直向后推,直到遇见b或’?’为止,遇到其他字符则匹配错误)就好理解了。
要注意的是,*可以多次出现,如果s扫完了p后面还有’*’则也是true,如果出现了其他字符则错误。

源码:(language:python)

class Solution(object):
    def isMatch(self, s, p):
        """
        :type s: str
        :type p: str
        :rtype: bool
        """
        i = 0
        j = 0
        star = -1
        s_star = 0
        s_len = len(s)
        p_len = len(p)
        while i < s_len:
            if i < s_len and j < p_len and (s[i] == p[j] or p[j] == '?'):
                i += 1
                j += 1
            elif j < p_len and p[j] == '*':
                star = j
                s_star = i
                j += 1
            elif star != -1:
                j = star + 1
                s_star += 1
                i = s_star
            else:
                return False
        while j < p_len and p[j] == '*':
            j += 1
        return j == p_len

成绩:
116ms,85.49%,124ms,7.50%
cmershen的碎碎念:
本算法也不是很难理解,但是对于*的处理确实很巧妙。这道题似乎还有一种基于DP的解法。

【电动汽车充电站有序充电调度的分散式优化】基于蒙特卡诺和拉格朗日的电动汽车优化调度(分时电价调度)(Matlab代码实现)内容概要:本文介绍了基于蒙特卡洛和拉格朗日方法的电动汽车充电站有序充电调度优化方案,重点在于采用分散式优化策略应对分时电价机制下的充电需求管理。通过构建数学模型,结合不确定性因素如用户充电行为和电网负荷波动,利用蒙特卡洛模拟生成大量场景,并运用拉格朗日松弛法对复杂问题进行分解求解,从而实现全局最优或近似最优的充电调度计划。该方法有效降低了电网峰值负荷压力,提升了充电站运营效率与经济效益,同时兼顾用户充电便利性。 适合人群:具备一定电力系统、优化算法和Matlab编程基础的高校研究生、科研人员及从事智能电网、电动汽车相关领域的工程技术人员。 使用场景及目标:①应用于电动汽车充电站的日常运营管理,优化充电负荷分布;②服务于城市智能交通系统规划,提升电网与交通系统的协同水平;③作为学术研究案例,用于验证分散式优化算法在复杂能源系统中的有效性。 阅读建议:建议读者结合Matlab代码实现部分,深入理解蒙特卡洛模拟与拉格朗日松弛法的具体实施步骤,重点关注场景生成、约束处理与迭代收敛过程,以便在实际项目中灵活应用与改进。
你执行了两个 `nslookup` 命令,查询的是两个以 `.tplinkcloud.com` 结尾的域名。我们来逐条分析这些结果,并解释其背后的意义。 --- ## 🔍 一、nslookup 结果解析 ### ✅ 查询 1: ```bash nslookup aps1-wap-nbu-eks-firewall-alpha.tplinkcloud.com Addresses: 13.215.67.117 52.220.156.94 ``` ### ✅ 查询 2: ```bash nslookup aps1-api-common-data-management-system-alpha.tplinkcloud.com Addresses: 52.220.156.94 13.215.67.117 ``` > 📌 注意:**这两个域名返回的 IP 地址完全相同!只是顺序调换了。** | 域名 | IP 列表 | |------|--------| | `aps1-wap-nbu-eks-firewall-alpha.tplinkcloud.com` | `13.215.67.117`, `52.220.156.94` | | `aps1-api-common-data-management-system-alpha.tplinkcloud.com` | `52.220.156.94`, `13.215.67.117` | --- ## 🧠 二、关键结论 > 🔥 这两个不同的域名实际上指向**同一个后端服务或同一组负载均衡器(Load Balancer)**。 这意味着: ✅ **多个微服务域名可以共享相同的公网出口 IP 地址池** ✅ 是典型的“多租户入口网关”架构设计(如使用 Istio Ingress Gateway + 负载均衡器) --- ## 🛠️ 三、技术原理详解 ### 1. DNS 层面:CNAME 或 A 记录指向同一个 LB 可能配置如下(在 AWS Route53 或其他 DNS 系统中): ```text aps1-wap-nbu-eks-firewall-alpha.tplinkcloud.com → ALIAS/CNAME → ELB-A aps1-api-common-data-management-system-alpha.tplinkcloud.com → ALIAS/CNAME → ELB-A ``` 👉 多个域名映射到同一个 **Application Load Balancer (ALB)** 或 **Network Load Balancer (NLB)**,所以解析出相同的公网 IP。 --- ### 2. 负载均衡器层面:基于 Host Header 路由 当请求到达负载均衡器(如 AWS ALB 或 Istio Ingress Gateway),它会根据 HTTP 请求头中的 `Host:` 字段进行路由: | Host Header | 转发到哪个服务? | |------------|------------------| | `aps1-wap-nbu-eks-firewall-alpha.tplinkcloud.com` | Service A(防火墙相关) | | `aps1-api-common-data-management-system-alpha.tplinkcloud.com` | Service B(数据管理服务) | 📌 即使两个域名走的是同一个 IP 和端口(比如 443),也能被正确分发到不同后端服务。 --- ### 3. 示例:Istio 中如何实现? 类似之前的 Istio 配置,你可以有这样一个 `Gateway` 和多个 `VirtualService`: ```yaml # 所有 .tplinkcloud.com 流量都进这个网关 apiVersion: networking.istio.io/v1alpha3 kind: Gateway metadata: name: shared-ingress-gw spec: selector: istio: ingressgateway servers: - port: number: 443 name: https protocol: HTTPS tls: mode: SIMPLE credentialName: wildcard-tplinkcloud-certs hosts: - "*.tplinkcloud.com" ``` 然后为每个域名写独立的 VirtualService: #### ➤ VirtualService for firewall service ```yaml apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: wap-firewall-vs spec: hosts: - aps1-wap-nbu-eks-firewall-alpha.tplinkcloud.com gateways: - shared-ingress-gw http: - route: - destination: host: wap-firewall-service port: { number: 80 } ``` #### ➤ VirtualService for data management service ```yaml apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: common-data-vs spec: hosts: - aps1-api-common-data-management-system-alpha.tplinkcloud.com gateways: - shared-ingress-gw http: - route: - destination: host: common-data-service port: { number: 80 } ``` ✅ 这样就能实现: > “一个 IP,多个域名,各自服务互不干扰” --- ## 📍 四、IP 地址说明:`13.215.67.117` 和 `52.220.156.94` 这两个都是 **Amazon AWS 的公共 IP 地址**,属于新加坡区域(Asia Pacific - Singapore, `ap-southeast-1`): | IP | 所属机构 | |-----|----------| | `13.215.67.117` | Amazon AWS | | `52.220.156.94` | Amazon AWS | 可通过以下命令验证: ```bash ping 13.215.67.117 tracert 52.220.156.94 ``` 它们很可能是: - 一个 AWS Application Load Balancer (ALB) - 或 Network Load Balancer (NLB) - 或直接绑定到 EC2 实例的弹性 IP 这类负载均衡器通常会有 **多个 IP 地址**,用于高可用和 DNS 轮询。 --- ## 🔄 五、为什么 IP 顺序不一样? DNS 返回的 IP 列表顺序是随机的(轮询机制),目的是实现简单的负载均衡: - 第一次查询:`[13.215.67.117, 52.220.156.94]` - 第二次查询:`[52.220.156.94, 13.215.67.117]` 客户端一般会选择第一个 IP 发起连接,从而实现流量分散。 📌 这叫 **DNS Round Robin**,是一种轻量级负载均衡方式。 --- ## ✅ 六、总结:这说明了什么? | 项目 | 解释 | |------|------| | ❓ 为什么两个不同域名解析成相同 IP? | 它们共用同一个入口网关(如 ALB/Istio Ingress) | | ✅ 是否正常? | ✔️ 正常且推荐做法,节省资源、便于管理证书 | | 🔐 如何区分流量? | 基于 HTTP 的 `Host` 请求头,在负载均衡层路由 | | 🌐 是否对外公开? | 是的,`.tplinkcloud.com` 是公网可访问域名 | | 📦 架构意义? | 实现“统一接入层 + 多服务路由”的微服务网关模式 | --- ## 💡 小贴士:如何验证实际服务是否不同? 你可以用 `curl` 加上 `-H "Host:"` 模拟请求: ```bash curl -H "Host: aps1-wap-nbu-eks-firewall-alpha.tplinkcloud.com" https://52.220.156.94/health curl -H "Host: aps1-api-common-data-management-system-alpha.tplinkcloud.com" https://52.220.156.94/health ``` 如果返回内容不同 → 说明确实是两个服务! > ⚠️ 注意:需要处理 HTTPS 证书问题(域名与 IP 不匹配),可以用 `-k` 忽略验证(仅测试用)。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值