changnet

@wkj89 “什么叫自己交的钱不会少“？你得退休后能领才是自己的钱。一个人 25 岁，交了几年养老，失业了，差 5 块钱买饭吃，能用养老金买吗？如果不行，那就不是自己的钱。就是熬到退休，领了 2 年人死了，还觉得钱是自己的吗？假如一开始多点钱，说不定可以多活几年？

这和基数高低有什么关系？基数高的，也有各种意外吃不上饭的。一分钱难倒英雄汉，你不要老拿你的情况说事，讨论政策就要讨论整个团体。

你压根没明白这事的争论点在哪里。你按很顺利的情况去算，当然是划算的。
1. 交上去的钱能不能用得着的问题。退休日期一延再延，医保退休由 15 变 20 ，大部分人都是达不到这个年限的，交上去的钱基本是打水漂。交上去能领多少年也不好说，那部分异乡的打工人，可能连自己帐户里那部分钱都不好拿出来。

2. 钱是现在要用，还是以后要用。有些人日子过得紧巴巴的，工资再少点都要饿死了。哪里还考虑得到几十年后的事

3. 很多城市，医保社保基数和公积金基数是分开的，并不是你算的那样

当然了，如果这个基数是由打工人选的，那就更好了。

机顶盒稳定方便。只看 CCTV 有个央视频，官方的也稳定，但不能看地方台。自己折腾搞个什么 tvbox 之类的，只是老是要换源。第三方软件也是不稳定。

虚假价格这个，一开始在淘宝是没有的，应该是后来才加上去的。现在搜个东西基本都是几块钱，一点进去都是一条线材，一个盖子之类的东西充数用的

人家就是用这个来赚广告位费的，你让人家改了，还不如直接让淘宝倒闭了。

@changnet GCC12 ，不是 C++12

首先 C++12 并不完全支持 C++20 ，要在 C++12 上使用 C++20 风险就比较大，因为用着用着就不知道哪个特性不支持，或者有 bug 。所以生产环境一般都不用这么新的标准

你这种情况，一般是自己用 SpinLock 之类的再实现一个类型来替代 std::atomic<std::shared_ptr<A>>

另外 std::atomic<std::shared_ptr<A>>只是对 std::shared_ptr 保证原子操作，对 A 里的数据操作并不是原子的。而 std::shared_ptr 本身的几个函数是线程安全的，你不修改 shared_ptr 本身的话 std::atomic 没啥意义。所以你这个需求还是比较小众的

socket 应该是更通用，应用更广的 ipc 通信方式，一个是各个系统都能用，一个是扩展性好，改成跨机器也方便。在支持 socketpair 的系统上，趁手的很，再不济走回环性能也没比 pipe 差到哪去。

socket 可以和 poll 、epoll 之类的共用，win 的 pipe 却不行，在服务器端几乎是必选

不过你这是安卓和 win 的话，情况大不一样。因为 win 不支持 socketpair ，它的 pipe 接口和 linux 的也不一样，要么各个平台代码分开，那么 pipe 在 win 平台确实简单一些。可如果要统一代码，那只能改成 tcp socket 之类两个平台都有的东西。

至于安全性，这两个本身都没有安全性啊（如果非得说别人攻击时，肯定会首先扫端口，那 tcp 确实更容易暴露）。pipe 本身它也不知道另一端是哪个程序，要做安全还得在数据通信里做。