vscode的“提取方法”仅生成私有函数，不自动导出接口；java需手动设public并确保包可见性，c++26则须手工编写export module声明、标记export函数并配置构建系统支持。
VSCode里“提取方法”不等于导出接口
直接按 Ctrl+Shift+R, M 或右键 → Refactor → Extract → Method 只会生成一个私有方法，不会自动加 export、不会生成模块声明、也不会调整访问修饰符。Java 和 C++26 的“导出接口”是两套完全不同的机制，混用会导致编译失败或符号不可见。
Java 项目：想让方法被其他类调用，关键看 visibility 和 package
Java 没有 export 关键字，所谓“导出接口”实际是指让方法具备跨类/跨包可见性。VSCode 的重构操作本身不改修饰符，必须手动干预：
- 提取前确认目标方法逻辑已稳定，且命名体现契约（如
calculateTax而非doSomething） - 提取后立即检查生成的方法签名：默认是
private，需手动改为public或protected - 若目标类在不同 package，还需确保该类本身是
public，且 import 路径正确 - 运行
Ctrl+Shift+O整理 import，避免因包路径错误导致“无法解析符号”
C++26 项目：真正需要 export module 的场景
VSCode 对 C++26 模块的重构支持极弱——它不提供“提取为导出函数”的一键操作。你必须分三步手工完成：
- 先在独立的
.cppm或.ixx文件中手写模块声明：export module math_utils; - 把原逻辑复制过去，用
export显式标记函数：export int add(int a, int b) { return a + b; } - 在调用处删掉旧实现，改用
import math_utils;，并确保c_cpp_properties.json中"cppStandard": "c++26"已启用
注意：Clang 17/18 对 export 位置敏感，export 必须紧贴函数定义前，不能隔空行或注释。
容易被忽略的兼容性断层
Java 项目里改个 public 就能“导出”，C++26 里却要动构建链路。哪怕代码写对了，如果 CMakeLists.txt 没配 set_property(TARGET xxx PROPERTY CXX_STANDARD 26)，或者没把 .cppm 文件加入 target_sources，VSCode 的 IntelliSense 会显示绿色波浪线，但编译器报错是 module not found 而不是语法错误——这种延迟暴露的问题最耗时间。
