可以呀可以呀

车载娱乐系统很多都是 Linux/Android ，少部分 QNx

不需要的，直接回

OP 有这份想法已经超越很多人了，落到了实处更是超越了绝大多数人，佩服呀

源头在开发，你是头，测试来把关，把关没把好也有问题。当然，你们领导问题最大，他为什么不考虑从流程体系上去减少这种个人的错误，降低这种失误流出的概率。

可以可以，赞一个～

看到大佬的名字，真的是感谢大佬的贡献呀

@GeruzoniAnsasu 我们还真是的，一开始就没有考虑兼容性，后面发现需要跟好几家第三方合作，而第三方的需求都不完全一样，所以才出现了这个问题。另外按照答主的思路，定义一个头文件版本的宏，根据宏去控制结构体成员貌似是个不错的想法。

@xctcc 感觉就是我现在的状态。我觉得男生可能一般都比较神经大条，不去抠细节，女生就很注重细节，一点小事就要给你讲半天，逼着你改，有些时候真的觉得心累。

@3dwelcome 得分具体应用场景，我的应用与第三方库是存在大量数据交互的，传 Json 对象一点不实用

@xylxAdai 是这样的，这一份头文件会对接多个第三方，新增加的成员对新的第三方库有用，但是对已经量产的第三方库不会使用。我想保持一份头文件。

其实我很好奇，程序中索引结构体成员不是根据符号索引的（没有符号？）貌似是根据类型直接取内存块里的数据，暂且不论关闭结构体对齐与否都会存在问题（因为还有结构体嵌套）,感觉无解了😭

@newmlp pimpl 好像不太使用，这里的接口都是第三方实现的，由我们调用，而且是我们制定了接口，包括接口传参，现在就是传参是一个结构体，这个结构体包含很多第三方需要的信息，我要改变这个结构体（追加成员），而第三方程序不做改变，实现向下兼容

我可能没太说清楚，举个例子吧。
如在头文件版本 1 中，有这样一个结构体（这个结构体我们自己与第三方都有使用）：

struct A{
int a;
float b;
…
}

在头文件版本 2 中，需要在结构体 A 中增加成员 c ，增加取下：

struct A{
int a;
float b;
double c;
…
}

第三方程序最终会编译成一个动态库(so)。现在的构想是头文件变动（如结构体成员增加），但是第三方 so 不变，怎样实现头文件向下兼容呢

产品经理负责产品规划，输出需求，搭载项目落地直到实际应用以及后续的功能迭代。项目经理负责的面更广，一个项目经理要管需求，开发，生产，售后等等。一个项目经理可能会对接多个产品经理，你可以理解为项目经理负责建大楼，产品经理们则负责提供沙石、水泥、砖等等。好的项目经理可是很难练成的。

这个问题我遇到过，跟你的系统设置有关系，以前我的电脑长时间不关机，过一段时间后就发现系统盘被占满了。使用 spaceSniffer 分析了一下发现系统盘总是有一些很大的文件，查了一下是电脑休眠时的缓存，google 了一下然后

个人认为不是代码问题，是架构问题