使用SWIG将C++自定义单位类型meters_t转为Java基本类型遇阻求助

1. 修复meters_t与jdouble的类型转换错误 #

你之前的typemap仅定义了Java层和JNI层的类型映射，但缺少实际的转换逻辑，SWIG无法自动处理meters_t*与jdouble之间的双向转换。补充以下完整typemap配置：

// C++ meters_t -> Java Double（输出到Java侧）
%typemap(out) meters_t {
  $result = $1.value(); // 调用boost::units::quantity的value()获取原始数值
}

// Java Double -> C++ meters_t（输入到C++侧）
%typemap(in) meters_t {
  $1 = meters_t($input * boost::units::si::meters);
}

// 处理const meters_t&类型的输出
%typemap(out) const meters_t& {
  $result = $1->value();
}

// 处理const meters_t&类型的输入（用临时对象避免生命周期问题）
%typemap(in) const meters_t& (meters_t temp) {
  temp = meters_t($input * boost::units::si::meters);
  $1 = &temp;
}

// 保留基础类型映射
%typemap(jstype) meters_t "java.lang.Double"
%typemap(jtype) meters_t "java.lang.Double"
%typemap(jni) meters_t "jdouble"
%typemap(javain) meters_t "$javainput"

// 移除%ignore meters_t，否则SWIG会跳过该类型的所有转换逻辑
%include "my_include.h"

2. 解决构造函数调用的JVM崩溃问题 #

之前的%ignore meters_t会导致SWIG不生成meters_t的任何包装代码，当构造函数需要meters_t参数时，SWIG会生成错误的指针操作代码，引发内存访问违规。删掉%ignore meters_t，确保所有用到的meters_t类型（值、const&、&）都有对应的in/out typemap，让SWIG能正确生成转换逻辑。

3. 修复带boost默认参数的Foo类语法错误 #

SWIG对C++11列表初始化和boost单位表达式的解析支持有限，直接处理meters_t{ 0.0 * boost::units::si::meters }会触发语法错误。可以通过两种方式解决：

方式一：在SWIG接口中重写默认参数 #

// 提前声明Foo并覆盖默认参数
%defaultargs Foo(meters_t meters = meters_t(0.0)) {}
%include "path/to/Foo.h"

方式二：修改C++头文件简化默认参数 #

如果允许修改头文件，将默认参数改为SWIG能识别的形式：

// 原代码
Foo(meters_t meters = meters_t{ 0.0 * boost::units::si::meters });
// 修改为
Foo(meters_t meters = meters_t(0.0));

0.0会被boost::units隐式转换为0米，效果与原代码一致，且SWIG能正确解析。

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