Contest 7 1011 Mahjong tree【递归/树】

本文详细解析了HDU 5379题目的算法思路及实现过程,介绍了如何通过递归计算子树节点的排列组合,并分享了手动扩栈解决爆栈问题的经验。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

题目链接:http://acm.hdu.edu.cn/showproblem.php?pid=5379

这一题做的真是曲折坎坷。
本来比赛时看完题算法已经大致清晰了,再理了一下基本都已成型了:

条件有:兄弟节点之间编号连续,整棵子树编号连续,可推得每个子树来说其根节点为最大值或最小值。
算法是对根节点来说,可以取最小的也可以取最大的(这里方案数×2),剩下一整个区间分配给底下的节点们,可以有几种情况:
1.有三个或以上子树——直接无解
2.有两个子树和n个叶节点——整个区段的左边取一部分右边取一部分分别分给两个子树(也可换左右,这里也要×2),中间连续部分分给叶节点(这里方案数×其全排列)
3.有一个子树和n个叶节点——去左边(或右边,×2)一整段给子树,其他分给叶节点(×全排列)
4.全部都是叶节点——全排列
5.没有孩子了——1
如果分给子树那么子树有多少情况只要深一层递归就可以了。
值得注意的是,只有根节点是可以取最大或最小方案×2的,递归进任一个子树后,因为是由上一层划分好的部分,相对的根节点需要跟它自己的兄弟保持连续,故而没有选择大小的权利,不需要×2。

奈何用C语言建树啊图啊的并不纯熟,于是我负责算法跟喵姐分工打,楞是一直被这里那里的小瑕疵卡到死TAT
赛后自己默默刷这题,一个劲给我爆栈。。。
终于又学到新姿势——手动扩栈:

#pragma comment(linker,"/STACK:1024000000,1024000000")

之后还莫名WA了几发= =很遗憾并不是朋友们提醒的十万叉树处理不了(我的做法貌似还是跟标程有点不一样?总之这个样例过的蛮轻松是什么话),跪倒的是只有1个节点的时候没考虑到,仍然用的是根节点可取最大最小答案×2了(泥煤WA的好愚蠢TAT)。恩所以这里要特别考虑一下,只有1个节点答案是1。

#include<iostream>
#include<algorithm>
#include<cstdio>
#include<cstring>
#include<vector>
#include<queue>
#include<set>
#pragma comment(linker,"/STACK:1024000000,1024000000") //手动扩栈
using namespace std;
#define clr(c) memset(c, 0, sizeof(c));
#define pi acos(-1.0)
const int mod = 1e9+7;
const int INF = 0x3f3f3f3f;
typedef long long ll;
typedef struct node{
    ll father;
    vector<ll> son;
    ll subtree;
    vector<ll>fason;
}node;
node Tree[100005];
int n;
ll ans;
long long P(ll x){
    long long ans=1;
    for(int i = 1; i<= x; i++)
        ans = (ans % mod) * i % mod;
    return ans;
}
ll dfs(int root){
    //if(Tree[root].subtree>=3) return 0;
    if(Tree[root].subtree==2)
        return dfs(Tree[root].fason[0])%mod*dfs(Tree[root].fason[1])%mod*2*P(Tree[root].son.size()-2)%mod;
    else if(Tree[root].subtree==1)
        return dfs(Tree[root].fason[0])%mod*2*P(Tree[root].son.size()-1)%mod;
    else if(Tree[root].subtree==0)
        if(Tree[root].son.size()==0) return 1;
        else return P(Tree[root].son.size())%mod;
}

int main(){
    int T,TT;
    scanf("%d", &T);
    TT=1;
    while(T--){
        for(int i = 0; i <= 100005; i++){
            Tree[i].father = 0;
            Tree[i].subtree = 0;
            Tree[i].son.clear();
            Tree[i].fason.clear();
        }
        scanf("%d", &n);
        bool flag=true;
        Tree[1].father = 0;
        for(int i = 2; i <= n; i++){
            int f, s;
            scanf("%d%d", &s,&f);
            if(s<f){s=s+f;f=s-f;s=s-f;}
            Tree[s].father = f;
            if(Tree[f].son.empty())
            {
                Tree[Tree[f].father].subtree++;
                if(Tree[Tree[f].father].subtree>=3) flag=false;
                Tree[Tree[f].father].fason.push_back(f);
            }
            Tree[f].son.push_back(s);
        }
       if(flag)
       {
           if(n==1) ans=1;
           else ans =dfs(1)*2%mod;
           printf("Case #%d: %I64d\n",TT,ans);
        }
       else printf("Case #%d: 0\n",TT);
       TT++;
    }

    return 0;
}
<think>好的,我需要帮用户找到关于 `/etf-contest/springfox/v3/api-docs` 的API文档。首先,用户提到了Springfox,这是一个用于生成Swagger文档的库。根据引用[1],用户之前可能配置过Springfox的路径,但现在换成了smart-doc和Torna。不过用户现在还是想访问旧项目的Springfox端点。 首先,检查Springfox的配置。根据引用[1],配置中设置了`springfox.documentation.open-api.v3.path`为`/${spring.application.name}/v3/api-docs`。所以,如果项目名称是`etf-contest`,那么完整的路径应该是`/etf-contest/v3/api-docs`。但用户提供的路径是`/etf-contest/springfox/v3/api-docs`,中间多了`springfox`,这可能意味着配置中的路径被修改过,或者项目结构有变化。 接下来,用户可能需要确认项目的实际配置。如果配置中的路径变量是否正确引用了应用名称,或者是否有其他路径前缀。例如,可能需要在配置中添加`springfox`作为前缀,或者检查是否有网关路由的配置导致路径变化。 另外,用户提到源码中已经移除了Swagger,改用smart-doc,所以可能需要查看项目是否仍然保留Springfox的依赖。如果依赖被移除,那么端点可能无法访问。用户需要检查pom.xml或build.gradle文件中是否有Springfox的相关依赖,如`springfox-boot-starter`。 如果依赖存在,但端点仍然无法访问,可能需要检查Spring Security的配置,确保没有拦截该路径。或者查看应用的启动日志,确认端点是否正确注册。 最后,根据引用[1]提供的源码地址,用户可以克隆仓库查看历史提交,找到移除Swagger之前的配置,确认正确的访问路径。或者,如果项目已经切换到了smart-doc,可能需要按照新的文档生成工具的配置来访问API文档。</think>要访问项目`etf-contest`的Springfox v3 API文档端点,需按照以下步骤操作: ### 1. **确认Springfox配置** 在`application.yaml`或`application.properties`中,需确保已配置Springfox的API文档路径: ```yaml springfox: documentation: open-api: v3: path: /${spring.application.name}/v3/api-docs ``` 若项目名称是`etf-contest`,则默认生成的API文档路径为: $$ \text{http://域名:端口/etf-contest/v3/api-docs} $$ 但根据您提到的路径`/etf-contest/springfox/v3/api-docs`,需检查是否配置中添加了`springfox`前缀,或网关路由规则是否包含额外路径[^1]。 ### 2. **验证依赖和启动状态** - **依赖检查**:确保项目中包含`springfox-boot-starter`依赖(若已移除Swagger,需回退到包含Springfox的版本): ```xml <dependency> <groupId>io.springfox</groupId> <artifactId>springfox-boot-starter</artifactId> <version>3.0.0</version> </dependency> ``` - **日志检查**:启动项目时,观察控制台是否输出`Mapped "{v3/api-docs}"`类日志,确认端点已注册。 ### 3. **访问API文档** 直接通过以下URL访问(假设本地端口为8080): $$ \text{http://localhost:8080/etf-contest/springfox/v3/api-docs} $$ 若返回JSON格式的OpenAPI描述,则配置成功。 ### 4. **常见问题排查** - **路径冲突**:检查是否有其他路由拦截了`/v3/api-docs`路径(如Spring Security配置)。 - **历史版本配置**:根据引用[1]中的源码地址,可回退到使用Springfox的提交版本,参考历史配置。 - **替代方案**:若项目已改用`smart-doc`,需按新工具的文档规则访问接口描述[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值