我平时做项目里常用这几种方法，你可以根据场景选：

• 碰撞与物理设置锁死：选中你的静态网格体Actor，在细节面板的Collision分类里，把Collision Presets设为BlockAll（或者自定义一个只允许碰撞但不响应物理破坏的预设），确保Collision Enabled是Query and Physics。然后在Physics分类里关掉Simulate Physics——这样物理引擎不会给它施加力，自然不会被撞碎。要是你用的是Destructible Mesh，记得把可破碎的相关参数全部禁用。
• 蓝图层面禁用销毁权限：如果这个静态网格体是蓝图实例，打开蓝图的Class Settings，找到Actor分类下的Can Ever Be Destroyed，直接勾掉设为false——这样这个蓝图的任何实例都没法被Destroy Actor节点销毁。另外也要检查蓝图里有没有写自动销毁的逻辑，比如某些触发事件下的销毁节点，要么删掉要么加个永远不触发的判断。
• C++底层控制：如果是用C++开发，在你的静态网格体Actor类的构造函数或者BeginPlay()里，调用SetCanEverBeDestroyed(false);，从底层把销毁权限锁死，万无一失。

这个问题的核心就是精准识别要删的目标，给你三个靠谱的方案：

• 给放置物体打专属标签：每次通过Widget生成物体时，给它加一个自定义标签（比如叫PlayerPlaced）。处理R键删除逻辑时，先通过射线检测（Line Trace By Channel）获取鼠标指向的Actor，然后用Actor Has Tag节点判断它是否带有PlayerPlaced标签——只有带这个标签的物体才执行Destroy Actor，地面没这个标签就不会被误删。
  举个蓝图流程的例子：
  1. 绑定R键的输入事件，触发后从玩家相机向鼠标位置发射射线。
  2. 获取射线命中的Actor。
  3. 判断该Actor是否有PlayerPlaced标签。
  4. 只有满足条件时，才调用销毁节点。
• 用父类统一管理：创建一个专门的蓝图父类（比如BP_PlacedObjectBase），所有通过Widget放置的物体都继承这个父类。然后在删除逻辑里，用Is A节点判断命中的Actor是否是这个父类的子类——是就销毁，不是就跳过。这种方式比标签更严谨，适合项目里放置物体类型较多的情况。
• 限定碰撞检测通道：去项目设置的Collision面板，新建一个专属碰撞通道（比如PlacedObjectChannel），把所有玩家放置的物体的碰撞通道设为这个，地面保留默认的WorldStatic通道。然后射线检测时，只勾选PlacedObjectChannel——这样射线根本不会检测到地面，从源头上避免误删。

内容的提问来源于stack exchange，提问作者Hiruna_96