Q在高频新增和删除场景里，数组还适合做主存储结构吗？如果业务里经常需要在中间位置插入或移除元素，数组会不会带来明显的性能压力？
A高频中间操作要谨慎使用数组
数组适合按下标快速访问，但在中间位置插入或删除时，通常需要移动大量元素，时间开销会随着数据量增大而上升。如果操作频率很高，且位置不固定，链表、双端队列或其他适合动态变更的数据结构往往更合适。
Q同样是新增元素，尾部追加和指定位置插入的差别有多大？我看到数组有时写入很快，有时又很慢，这种差异主要来自哪里？
A尾部追加通常更快
尾部追加在数组容量足够时，一般只需要把新元素放到末尾，开销很小。指定位置插入则通常要将插入点之后的元素整体后移，数据越多，移动成本越高。若使用的是动态数组，还可能遇到扩容带来的额外开销。
Q删除数组元素时，按值删除和按下标删除的性能一样吗？如果我能直接知道要删的是第几个元素，和只知道元素内容相比，执行效率会有明显不同吗？
A按下标删除通常更直接
按下标删除可以直接定位元素，省去查找过程；按值删除往往需要先遍历找到目标，再执行删除。无论哪种方式，如果删除发生在中间位置，后续元素仍可能需要整体前移，所以真正的成本通常不只在查找，还在于元素搬移。
Q数组在批量插入和批量删除时，有没有更省性能的做法？如果一次要处理很多元素，怎样做能减少数组频繁移动带来的损耗？
A批量处理能减少移动次数
可以把多次零散操作合并成一次批处理，尽量减少反复插入和删除造成的元素搬移。常见做法包括预留容量、统一排序后再写入、收集待删项后统一过滤。这样能降低重复移动的次数，也更利于控制整体耗时。