week7_B TT的旅行日记

TT带着魔法猫踏上喵星之旅,面对经济线与商业线的抉择,如何利用一张宝贵的商业线车票,找到最快路线,避免误机?本篇通过Dijkstra算法,解析最优路径寻找方法。

题目描述

众所周知,TT 有一只魔法猫。
今天他在 B 站上开启了一次旅行直播,记录他与魔法猫在喵星旅游时的奇遇。 TT
从家里出发,准备乘坐猫猫快线前往喵星机场。猫猫快线分为经济线和商业线两种,它们的速度与价钱都不同。当然啦,商业线要比经济线贵,TT
平常只能坐经济线,但是今天 TT 的魔法猫变出了一张商业线车票,可以坐一站商业线。假设 TT 换乘的时间忽略不计,请你帮 TT
找到一条去喵星机场最快的线路,不然就要误机了!

输入输出

Input

输入包含多组数据。每组数据第一行为 3 个整数 N, S 和 E (2 ≤ N ≤ 500, 1 ≤ S, E ≤ 100),即猫猫快线中的车站总数,起点和终点(即喵星机场所在站)编号。
下一行包含一个整数 M (1 ≤ M ≤ 1000),即经济线的路段条数
接下来有 M 行,每行 3 个整数 X, Y, Z (1 ≤ X, Y ≤ N, 1 ≤ Z ≤ 100),表示 TT 可以乘坐经济线在车站 X 和车站 Y 之间往返,其中单程需要 Z 分钟。
下一行为商业线的路段条数 K (1 ≤ K ≤ 1000)。
接下来 K 行是商业线路段的描述,格式同经济线。
所有路段都是双向的,但有可能必须使用商业车票才能到达机场。保证最优解唯一。

Output

对于每组数据,输出3行。第一行按访问顺序给出 TT 经过的各个车站(包括起点和终点),第二行是 TT 换乘商业线的车站编号(如果没有使用商业线车票,输出"Ticket Not Used",不含引号),第三行是 TT 前往喵星机场花费的总时间。
本题不忽略多余的空格和制表符,且每一组答案间要输出一个换行

Sample Input
4 1 4

4

1 2 2

1 3 3

2 4 4

3 4 5

1

2 4 3
Sample Output
1 2 4

2

5

思路分析

题目给定了起点和终点,且边权非负,因此可用Dijkstra解决。
关键:松弛操作。将已松弛的点放入最小堆中,每次从最小堆中取出距离最短的点,一旦取出,该点的距离达到最小。
因为题目要求商业线最多乘坐一次,可以枚举每一条商业线,计算起点到u的最短路以及v到终点的最短路,加上该商业线所花费的时间。最后,再与不走商业线的答案取min。

注意

1.无向图中边添加两遍
2.最大堆丢负数变为最小堆

代码

#include<iostream>
#include<queue>
#include<string.h>
#include<vector>
using namespace std;

const int maxn=2005;
const int inf=1e9;
int vis[maxn],head[maxn],sta1[maxn],sta2[maxn];
int pre1[maxn],pre2[maxn],dis1[maxn],dis2[maxn];
//pre1[]和pre2[]分别用来存储以起点和终点为源点的最短路的路径
struct Edge{
    int to,w,nxt;
}edge[maxn];

int n,s,e,m,k,tot,ans=inf;
priority_queue<pair<int,int> > q;
vector<int> sta;

void dijkstra(int s,int *dis,int *pre)
{
    while(!q.empty()) q.pop();
    for(int i=0;i<=n;i++) 
    {
        dis[i]=inf;
        vis[i]=0;
    }
    q.push(make_pair(0,s));
    dis[s]=0;
    while(!q.empty())
    {
        int x=q.top().second;
        q.pop();
        if(vis[x]) continue;
        vis[x]=1;
        for(int i=head[x];i;i=edge[i].nxt)
        {
            int y=edge[i].to,
                w=edge[i].w;
            if(dis[y]>dis[x]+w)
            {//松弛操作
                dis[y]=dis[x]+w;
                pre[y]=x;//记录前一个点
                q.push(make_pair(-dis[y],y));
            }
        }
    }
}
void addEdge(int x,int y,int z)
{
    edge[++tot].to=y;
    edge[tot].w=z;
    edge[tot].nxt=head[x]; 
    head[x]=tot;
}
void init()
{//初始化
    tot=0;
    ans=inf;
    for(int i=0;i<=n;i++)
        head[i]=-1;
//  memset(sta,0,sizeof(sta));
    sta.clear();
    memset(pre1,0,sizeof(pre1));
    memset(pre2,0,sizeof(pre2));
}
int main()
{
    int flag=1;
    while(cin>>n>>s>>e)
    {
        if(flag!=1) cout<<endl;
        flag++;
        init();
        cin>>m;
        for(int i=0;i<m;i++)
        {
            int x,y,z; 
            cin>>x>>y>>z;
            addEdge(x,y,z);
            addEdge(y,x,z);//无向图边加两遍 
        }
        //跑两遍最短路,分别是起点为源点的最短路和终点为源点的最短路
        dijkstra(s,dis1,pre1);
        dijkstra(e,dis2,pre2);
        int tmp_x,tmp_y;
        cin>>k;
        for(int i=0;i<k;i++)
        {
            int x,y,z;
            cin>>x>>y>>z;
//ans=min(dis1[x]+dis2[y]+z,dis1[y]+dis2[x]+z);
//商业线的两端点分别为x,y,以下两种情况,源点到x和终点到y以及源点到y和终点到x
            if(ans>dis1[x]+dis2[y]+z)
            {
                ans=dis1[x]+dis2[y]+z;
                tmp_x=x;
                tmp_y=y;
            }
            if(ans>dis1[y]+dis2[x]+z)
            {
                ans=dis1[y]+dis2[x]+z;
                tmp_x=y;
                tmp_y=x;
            }
        }
        //与不走商业线比较
        if(ans>dis1[e])
        {//不走商业线耗时短
            int index=0;
            for(int i=e;i!=s;i=pre1[i])
                sta1[index++]=i;
            sta1[index]=s;
            for(int i=index;i>0;i--)
                cout<<sta1[i]<<" ";
            cout<<sta1[0]<<endl;
            cout<<"Ticket Not Used"<<endl;
            cout<<dis1[e]<<endl;
        }
        else{//走商业线耗时短
            for(int i=tmp_x;i!=s;i=pre1[i])
                sta.push_back(i);
            sta.push_back(s);
            for(int i=tmp_y;i!=e;i=pre2[i])
                sta.insert(sta.begin(),i);
            sta.insert(sta.begin(),e);
            //数组中路径存为:终点到起点,输出时应逆序输出
            for(int i=sta.size()-1;i>0;i--)
                cout<<sta[i]<<" ";
            cout<<sta[0]<<endl;
            cout<<tmp_x<<endl;
            cout<<ans<<endl;
        }
    }
    return 0;
}
<think>我们正在分析代码:`LOCAL WEEK_PLAN week_record_plan;` 根据代码的命名和结构,我们可以推测: 1. `LOCAL` 可能是一个宏,用于修饰变量的存储类别(如静态局部变量)或平台相关的属性(如内存分配位置)。 2. `WEEK_PLAN` 很可能是一个自定义的结构体类型,用于表示一周的计划。 3. `week_record_plan` 是变量名,表明这是一个用于记录周计划的变量。 因此,这行代码声明了一个类型为`WEEK_PLAN`的变量`week_record_plan`,并用`LOCAL`修饰。 下面我们详细分析: ### 1. `LOCAL` 宏的含义 在嵌入式或跨平台代码中,`LOCAL`宏通常用于指定变量的存储位置或链接属性。常见情况: - 定义为`static`:将变量作用域限制在文件内(静态局部变量)[^1]。 - 定义为空:在预编译时移除,此时变量为全局变量但仅在本文件使用(通过头文件包含可能变为多个副本)。 - 平台相关属性:如在某些RTOS中表示任务局部存储。 例如,在头文件中可能有: ```c #ifdef __GNUC__ #define LOCAL static #else #define LOCAL #endif ``` ### 2. `WEEK_PLAN` 结构体 根据名称,它应该是一个描述周计划的结构体。其内部成员可能包括: - 日期范围(起始日期和结束日期) - 每天的计划条目数组(例如7天) - 其他元数据(如计划ID、状态等) 示例定义: ```c typedef struct { uint8_t plan_id; struct { uint8_t start_hour; uint8_t start_minute; uint8_t end_hour; uint8_t end_minute; char activity[32]; } daily_plan[7]; } WEEK_PLAN; ``` ### 3. 变量 `week_record_plan` 这是一个具体的周计划实例,用于记录或存储当前的一周计划。 ### 4. 可能存在的问题 - **内存占用**:如果结构体较大(尤其是包含数组成员),在资源受限的嵌入式系统中可能造成栈溢出(如果声明在函数内部)或占用过多静态存储区。 - **数据持久性**:如果`LOCAL`定义为`static`,则变量在程序运行期间会一直存在,但掉电后数据会丢失。若需要持久化存储,应考虑使用非易失性存储器(如Flash)。 - **线程安全**:在RTOS环境中,若多个任务访问此变量且`LOCAL`不是线程局部存储,则需加锁保护。 ### 5. 使用场景 - 在嵌入式设备中记录用户设置的一周计划(如定时任务)。 - 作为临时缓冲区,用于从外部存储加载周计划数据。 ### 示例代码片段 假设在某个任务函数中: ```c void task_week_planner(void) { LOCAL WEEK_PLAN week_record_plan; // 如果LOCAL定义为static,则每次调用都会使用同一个变量 // 从EEPROM加载周计划 eeprom_read_week_plan(&week_record_plan); // 使用周计划数据... if (week_record_plan.daily_plan[0].activity[0] != '\0') { // 执行周一计划 } } ``` ### 建议 - 查看`LOCAL`宏的定义,明确其作用。 - 确认`WEEK_PLAN`结构体的定义,了解其内存布局和大小。 - 根据应用场景,评估是否需要增加数据持久化机制。 如果这段代码出现在嵌入式系统中,请特别注意内存使用和持久化需求。 §§相关问题§§ 1. 在嵌入式系统中如何设计结构体以节省内存? 2. 如何实现配置数据的掉电保存? 3. 多任务环境下如何安全地访问全局配置数据?</think>### 代码 `LOCAL WEEK_PLAN week_record_plan;` 解析 #### 1. **代码含义** - `LOCAL`:通常表示作用域限定符(类似 `static`),可能是: - 自定义宏(如 `#define LOCAL static`) - 平台相关限定符(如嵌入式系统中的本地存储区) - `WEEK_PLAN`:自定义结构体类型,用于描述周计划(需结合上下文定义) - `week_record_plan`:结构体实例变量名,表示"周记录计划" #### 2. **典型用途** 结合引用[1]的日常计划管理场景: ```c /* WEEK_PLAN 结构体可能定义(示例)*/ typedef struct { uint8_t day_mask; // 日期掩码(如0b0011111表示周一到周五) TimeSlot slots[7]; // 每日时间段(引用[1]中的时间表) EnvConfig env; // 环境配置(如引用[1]的clean desk/lighting) } WEEK_PLAN; // 使用示例 LOCAL WEEK_PLAN week_record_plan = { .day_mask = 0x7F, // 全周生效 .slots = { {06,30, "Wake & stretch"}, {07,00, "Breakfast"}, {21,15, "Evening review"}, {22,30, "Lights out"} }, .env = {DESK_CLEAN, LIGHT_STRONG} }; ``` #### 3. **关键作用** 1. **计划持久化** 在嵌入式系统中存储周计划配置,支持掉电保存(如EEPROM存储) 2. **行为控制** 驱动设备按计划执行操作(如定时唤醒/休眠) 3. **资源管理** 封装时间、环境配置等参数(引用[1]的灯光/噪音控制) #### 4. **潜在问题** | 风险类型 | 原因 | 解决方案 | |----------|------|----------| | **内存溢出** | 结构体过大(如含长字符串) | 使用指针+动态内存 | | **数据竞争** | 多任务访问共享变量 | 加互斥锁保护 | | **配置丢失** | 未持久化存储 | 实现EEPROM备份机制 | | **对齐问题** | 跨平台结构体打包差异 | 使用 `#pragma pack(1)` | #### 5. **最佳实践** 1. **初始化检查** ```c if(sizeof(week_record_plan) > MAX_PLAN_SIZE) { log_error("Plan size overflow!"); // 防止内存越界 } ``` 2. **访问封装** ```c WEEK_PLAN* get_week_plan(void) { static mutex_t lock; mutex_lock(&lock); return &week_record_plan; // 线程安全访问 } ``` 3. **持久化设计** ```c void save_to_eeprom(void) { eeprom_write(PLAN_ADDR, (uint8_t*)&week_record_plan, sizeof(WEEK_PLAN)); } ``` ### 相关问题 1. 嵌入式系统中如何设计跨重启的配置存储机制? 2. 时间驱动型任务调度有哪些常见实现模式? 3. 结构体内存对齐对嵌入式系统性能有何影响?[^1] 4. 如何验证配置数据的完整性和有效性? 5. 多任务环境下共享资源配置的同步策略有哪些?[^2]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值