Android 中首次拖拽释放后视图错位（甚至飞出屏幕），而后续操作正常——根本原因在于 setLayoutParams() 重置了 View 的布局参数，干扰了 setX()/setY() 的坐标系基准，移除该行即可修复。
android 中首次拖拽释放后视图错位（甚至飞出屏幕），而后续操作正常——根本原因在于 `setlayoutparams()` 重置了 view 的布局参数，干扰了 `setx()`/`sety()` 的坐标系基准，移除该行即可修复。
在 Android 的 Drag and Drop 实现中，ACTION_DROP 阶段常通过 view.setX(x) 和 view.setY(y) 手动设置被拖拽 View 的绝对位置。然而，若在此过程中调用：
draggedView.setLayoutParams(new FrameLayout.LayoutParams(
FrameLayout.LayoutParams.WRAP_CONTENT,
FrameLayout.LayoutParams.WRAP_CONTENT));
会导致 View 的 LayoutParams 被重置，进而触发一次隐式 requestLayout() —— 这会清空 X/Y 的偏移量缓存，并强制 View 基于新 LayoutParams 重新测量与布局。由于 WRAP_CONTENT 在 FrameLayout 中默认将子 View 定位在 (0, 0)，且 setX()/setY() 的坐标基准可能因父容器尚未完成布局而失准，最终表现为：首次释放时坐标严重偏移（如负值、超大正值），甚至脱离可视区域。
而后续拖拽之所以“正常”，是因为 View 已脱离原始父容器、保留了上一次设置的 X/Y 值，且未再次触发破坏性 setLayoutParams()，坐标计算暂时“凑巧”成立——但这属于不可靠的副作用，不应依赖。
✅ 正确做法是：移除 setLayoutParams() 调用，保持原有 LayoutParams 不变。只要被拖入的容器（如 FrameLayout）支持自由定位（即其子 View 可通过 setX()/setY() 精确控制位置），就不应重置参数。
以下是修正后的 ACTION_DROP 关键逻辑（精简版）：
case DragEvent.ACTION_DROP:
View draggedView = (View) event.getLocalState();
ViewGroup owner = (ViewGroup) draggedView.getParent();
if (owner != null) owner.removeView(draggedView);
FrameLayout container = (FrameLayout) view;
container.addView(draggedView); // 直接添加，不重设 LayoutParams
// ✅ 关键：不再调用 setLayoutParams()
// ✅ 使用 event.getX()/getY() 计算屏幕坐标（注意：需减去 View 自身宽高一半以居中对齐）
int x = (int) event.getX() - draggedView.getMeasuredWidth() / 2;
int y = (int) event.getY() - draggedView.getMeasuredHeight() / 2;
draggedView.setX(x);
draggedView.setY(y);
draggedView.setVisibility(View.VISIBLE);
return true;
⚠️ 注意事项：
- 确保目标容器为 FrameLayout 或其他支持 setX()/setY() 的 ViewGroup（如 RelativeLayout 在 API 11+ 也支持）；
- getMeasuredWidth()/getMeasuredHeight() 必须在 View 已完成测量后调用（ACTION_DROP 时通常已满足）；若不确定，可改用 draggedView.getWidth()/getHeight()（但需确保 View 已 layout）；
- 若需适配不同屏幕密度，建议使用 TypedValue.applyDimension() 转换 px，但 event.getX() 返回值本身已是像素单位，直接使用即可；
- initialX/initialY 在 ACTION_DRAG_STARTED 中记录的是拖拽起始时的绝对坐标，不应用于 ACTION_DROP 的定位计算（因其与 event.getX() 坐标系不一致），应始终基于 DragEvent 提供的实时坐标。
总结：Drag and Drop 的稳定性高度依赖于 View 状态的一致性。避免在 ACTION_DROP 中修改 LayoutParams 是保障首次及后续拖拽行为统一的关键。精简逻辑、尊重 View 生命周期，才能实现真正可靠的拖放体验。
