水木社区手机版
- 主题:今天用到const_cast很奇怪更改了const地址存储的值但是输出还是
- 今天用到const_cast很奇怪更改了const地址存储的值但是输出还是原值
需要处理const产量的值，调试显示正常的，但是作为右值使用时候还是原值
不知道那里出问题了？
--
FROM 223.104.40.* - 拖出去，乱棍打死。
--
FROM 58.246.155.* - const_cast是为了让你绕过const的修饰修改某些值，如果这些值本身是可变的话。
但是你非要对一个本身是不变的东西，通过const_cast来修改，标准说了这是UB。有可能cout里面的age早就被替换成了字面常量了。
【 在 nextworld8 的大作中提到: 】
: 今天用到const_cast很奇怪更改了const地址存储的值但是输出还是原值
:
: 需要处理const产量的值，调试显示正常的，但是作为右值使用时候还是原值
: ...................
--
FROM 111.199.252.* - 【 在 nextworld8 的大作中提到: 】
: 今天用到const_cast很奇怪更改了const地址存储的值但是输出还是原值
:
: 需要处理const产量的值，调试显示正常的，但是作为右值使用时候还是原值
: ...................
原值能写才会写，
真正的const不能写， const_cast 估计会做一次写时拷贝，
也就是临时创建一个新空间地址拷贝过去做副本， 以后的写入只针对副本。
--
FROM 115.171.245.* - 谢谢了
查了一下规范 应该操作上数 仅支持指针或者引用变量
直接对产量取取地址转换 编译器估计做了处理
【 在 poggy 的大作中提到: 】
:
: 原值能写才会写，
: 真正的const不能写， const_cast 估计会做一次写时拷贝，
: ...................
--
FROM 223.104.41.* - 常量折叠呀，多古老的玩意
--
FROM 36.110.46.* - gcc的话，编译器直接从符号表中取出常量内容，你可以把它定义成const volilate int 就可以正常用cast了，这是编译器会强制从内存中取了。
【 在 nextworld8 的大作中提到: 】
: 谢谢了
:
: 查了一下规范 应该操作上数 仅支持指针或者引用变量
: ...................
--来自微水木3.5.10
--
FROM 183.193.17.* - 好的 多谢了
- 来自 水木社区APP v3.5.7
【 在 foliver 的大作中提到: 】
: gcc的话，编译器直接从符号表中取出常量内容，你可以把它定义成const volilate int 就可以正常用cast了，这是编译器会强制从内存中取了。
--
FROM 223.104.41.* - 好的，谢谢。
不是一回事
【 在 namelij 的大作中提到: 】
: 常量折叠呀，多古老的玩意
--
FROM 223.104.41.*