C++(引用)

本文详细解释了C++中引用的概念,包括引用的初始化、特性(如常引用和权限控制)、使用场景(如函数参数和返回值),并与指针进行对比,讨论了传值效率和内存空间占用。

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

目录

01.引用概念

02.引用特性

03.常引用

04.使用场景 

05.传值和传引用效率比较

06.引用和指针的区别

01.引用概念

引用不是新定义一个变量,而是给已存在变量取了一个别名,编译器不会为引用变量开辟内存空间,它和它引用的变量共用同一块内存空间。

使用:类型& 引用变量名(对象名) = 引用实体;

如:int a=0;    int& ra=a;

#include<iostream>

using namespace std;

int main()
{
	int a = 0;
	int& ra = a;
	cout << a << endl; // 值相同
	cout << ra << endl;
	cout << &a << endl;//打印地址 地址相同
	cout << &ra << endl;
	return 0;
}

02.引用特性

1. 引用在定义时必须初始化

2. 一个变量可以有多个引用

                                                                                                                                   

3. 引用一旦引用一个实体,再不能引用其他实体

4.const 修饰int变量无法用int&来取别名(权限的放大)

可该用const int&

那权限的缩小可以吗?答案是可以的

同理在指针中也存在权限放大缩小的问题

pm为“const int*” 而 pn为“int*“ 存在权限的放大

const 修饰的是pm指向的对象,pm本身可以改变,*pm不能改变

总结:权限可以缩小,不可以放大。


03.常引用

有时我们可能会奇怪为什么如下可以运行

而引用却行不通

这是因为涉及类型装换,形成一个临时变量存储a的整数部分,b相当于临时变量的别名,但是临时变量具有常性,所以需要const修饰

在int& c = a+b;中也有体现

同理,a+b的值存在临时变量中,c取临时变量的别名,临时变量具有常性


04.使用场景 

1. 做参数:

#include<iostream>

using namespace std;

void swap(int& a, int& b)
{
	int temp = a;
	a = b;
	b = temp;
}

int main()
{
	int a = 1;
	int b = 2;
	cout << a << ' ' << b << endl;
	swap(a, b);
	cout << a << ' ' << b << endl;
	return 0;
}

2. 做返回值:

static使n在function函数结束时不会被销毁,生命周期延长至main函数结束

注意:如果返回值c为局部变量,则会发生下列情况

ret本应该打印3,却打印出157的原因是,由于c为局部变量,生命周期在Add函数调用结束时销毁,函数的空间还给操作系统(空间释放),但空间是可以重复利用的,如果下面直接打印的话结果还是三,因为原来Add的空间没有被调用,内部的值未改变,但如果有像申请空间的操作就会改变内部的值。


05.传值和传引用效率比较

以值作为参数或者返回值类型,在传参和返回期间,函数不会直接传递实参或者将变量本身直
接返回,而是传递实参或者返回变量的一份临时的拷贝,因此用值作为参数或者返回值类型,效
率是非常低下的,尤其是当参数或者返回值类型非常大时,效率就更低。所以传值和指针在作为传参以及返回值类型上效率相差很大


06.引用和指针的区别

1.在语法概念上引用就是一个别名,没有独立空间,和其引用实体共用同一块空间.

2.在底层实现上实际是有空间的,因为引用是按照指针方式来实现的.


06.引用和指针的区别

1. 引用概念上定义一个变量的别名,指针存储一个变量地址。
2. 引用在定义时必须初始化,指针没有要求。
3. 引用在初始化时引用一个实体后,就不能再引用其他实体,而指针可以在任何时候指向任何
一个同类型实体。
4. 没有NULL引用,但有NULL指针。
5. 在sizeof中含义不同:引用结果为引用类型的大小,但指针始终是地址空间所占字节个数(32
位平台下占4个字节)      x64下为8

#include<iostream>

using namespace std;

int main()
{
	int a = 0;
	char b = 'b';
	int& ra = a;
	char& rb = b;
	int* pa = &a;
	char* pb = &b;
	cout << sizeof(ra) << endl;
	cout << sizeof(pa) << endl;
	cout << sizeof(rb) << endl;
	cout << sizeof(pb) << endl;
	return 0;
}


6. 引用自加即引用的实体增加1,指针自加即指针向后偏移一个类型的大小 。

#include<iostream>

using namespace std;

int main()
{
	int a = 0;
	int& ra = a;
	int* pa = &a;
	cout << a << ' ';
	cout << ra << ' ';
	cout << pa << endl;
	ra++;
	pa++;
	cout << a << ' ';
	cout << ra << ' ';
	cout << pa << endl;
	return 0;
}

7. 有多级指针,但是没有多级引用。
8. 访问实体方式不同,指针需要显式解引用,引用编译器自己处理。
9. 引用比指针使用起来相对更安全。

<think>好的,用户之前遇到了安装epel-release的问题,按照我给出的步骤手动安装CentOS 7的RPM包,结果现在又出现了404错误。我需要仔细分析这个问题。 首先,用户确认系统是CentOS 7,所以他们尝试的URL应该是正确的,但返回了404。可能的原因有几个: 1. Fedora项目可能更改了EPEL仓库的URL结构,导致原来的链接失效。我需要检查当前的EPEL安装指南或官方文档,确认正确的下载链接。 2. 用户的网络连接有问题,无法访问Fedora的服务器。不过用户之前可能已经做过网络检查,但需要再次确认,比如用curl或wget测试下载。 3. 可能用户所在的地区被限制访问该镜像,或者Fedora的镜像列表有变化,建议使用其他镜像源,比如使用vault.centos.org或者其他国内镜像,如阿里云、清华大学的镜像站。 我需要验证正确的EPEL包URL是否存在。访问Fedora官网,查找EPEL的安装说明。发现对于CentOS 7,正确的包应该是epel-release-latest-7.noarch.rpm,但可能官方已经将其移动到其他位置,或者版本号有变化。 另外,可能用户使用的命令是rpm -ivh,但有时候直接使用rpm安装远程包可能有问题,改用wget先下载再安装可能更可靠。或者建议使用yum install直接安装,但用户之前用yum install失败,所以才需要手动安装。 检查提供的URL:https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm,发现确实返回404。这可能意味着该链接已失效,Fedora可能将EPEL 7的包放到了其他路径,或者EPEL 7已经停止支持。不过CentOS 7的EOL是2024年6月,所以应该还有支持。 这时候需要寻找替代的URL。查阅资料发现,正确的EPEL安装包可能位于https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/e/,需要找到具体的包名。或者可能推荐使用其他方法,比如通过epel-release的官方仓库安装。 另外,用户可能被重定向到一个不存在的镜像,可以尝试使用--nodeps或者更换下载源,比如使用国内的镜像站点,如阿里云:http://mirrors.aliyun.com/epel/7/x86_64/Packages/e/epel-release-7-14.noarch.rpm。或者直接推荐使用yum-config-manager启用EPEL仓库,但需要确保基础仓库正常。 总结解决方案步骤: 1. 检查URL是否正确,可能链接已失效,需要更新正确的下载地址。 2. 更换镜像源,使用国内镜像站下载RPM包。 3. 使用wget或curl手动下载后安装,确保下载成功。 4. 如果EPEL 7的包确实不存在,可能需要检查系统时间、DNS设置或联系网络管理员解决访问问题。 需要确保提供的命令准确有效,避免用户再次遇到404错误。同时,可能需要指导用户如何检查镜像站的可访问性,或者建议使用备份的URL。</think>根据你的系统版本(CentOS 7)和错误提示(`curl: (22) 404 Not Found`),说明尝试从 Fedora 官方镜像下载 `epel-release` 包时链接失效或服务器不可用。以下是详细解决方案: --- ### **原因分析** 1. **官方链接变更**:Fedora 可能调整了 EPEL 包的存放路径,原链接失效。 2. **镜像同步问题**:部分镜像服务器未同步最新包,或临时不可用。 3. **网络限制**:你的网络环境可能阻止了对 Fedora 服务器的访问。 --- ### **解决方案** #### **方法 1:使用国内镜像源下载** 国内镜像站通常更稳定,例如阿里云或清华大学镜像站: ```bash # 阿里云镜像 sudo rpm -ivh https://mirrors.aliyun.com/epel/epel-release-latest-7.noarch.rpm # 清华大学镜像 sudo rpm -ivh https://mirrors.tuna.tsinghua.edu.cn/epel/epel-release-latest-7.noarch.rpm ``` #### **方法 2:通过 vault.centos.org 安装** CentOS 官方存档仓库可能保留旧版本: ```bash sudo rpm -ivh https://vault.centos.org/centos/7/extras/x86_64/Packages/epel-release-7-14.noarch.rpm ``` #### **方法 3:直接通过 yum 安装(无需手动下载)** 如果基础仓库正常,尝试强制指定仓库安装: ```bash sudo yum install --disablerepo=* --enablerepo=extras epel-release -y ``` --- ### **验证是否成功** 安装完成后检查 EPEL 仓库状态: ```bash yum repolist | grep epel ``` 正常输出应包含: ```bash epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 ``` --- ### **备用步骤(若仍失败)** 1. **检查系统时间**:时间不同步可能导致 HTTPS 证书验证失败。 ```bash date # 查看系统时间 sudo ntpdate pool.ntp.org # 同步时间 ``` 2. **禁用 SSL 验证(临时)** 如果证书问题导致下载失败,可添加 `--no-check-certificate`(仅限测试环境): ```bash wget --no-check-certificate https://mirrors.aliyun.com/epel/epel-release-latest-7.noarch.rpm sudo rpm -ivh epel-release-latest-7.noarch.rpm ``` 3. **手动下载后传输** 从其他设备下载 RPM 包,通过 U 盘或 SCP 上传到服务器安装。 --- ### **总结** - 优先使用国内镜像源(如阿里云、清华镜像),速度更快且更稳定。 - CentOS 7 官方支持已结束(EOL: 2024-06-30),建议尽早规划升级至 CentOS Stream 8/9 或其他替代系统。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值