Flutter compute报Illegal argument in isolate message错误排查

• Dart的Isolate之间不共享内存，调用compute时会新建临时Isolate，所有传入的执行函数、参数、以及函数捕获的上下文对象，都需要经过内存拷贝传递到新Isolate。所有继承自NativeWrapper的对象（即绑定了底层C/C++堆内存的对象，比如dart:io中的HttpClient、套接字、TLS安全过滤器_SecureFilterImpl、文件句柄等）都不支持跨Isolate拷贝，只要传递内容里嵌套了这类对象，就会抛出你看到的非法参数错误。
• 你查到的“compute只能传入顶层函数/静态函数”是Dart 2.15版本之前的旧限制，从Dart 2.15开始已经支持传入实例方法、闭包，但核心前提是方法/闭包捕获的所有上下文对象都支持跨Isolate传递。最初的代码能正常运行，是因为当时_service实例还没有持有任何NativeWrapper类型对象——绝大多数HTTP封装类的客户端都是懒加载的，你第一次调用getFilter()发起HTTPS请求时，才会真正初始化内部的HttpClient，初始化过程中会创建_SecureFilterImpl这个TLS相关的原生对象并持有在_service实例中。这时候你再传入_service.getItems这个实例方法，本质是要把整个_service实例拷贝到新Isolate，就会因为实例内部持有不可传递的原生对象触发报错。
• 你定义的Filter类只有两个可空字符串属性，本身完全支持跨Isolate传递，本次报错和Filter类的结构没有直接关系。

• 方案一（推荐，性能最优）：拆分逻辑，不要把HTTP请求逻辑放到Isolate中执行。HTTP请求本身是异步非阻塞的，不会阻塞UI线程，真正导致UI卡顿的一般是拿到响应后大量的JSON序列化、数据转换、列表过滤这类CPU密集型运算。你可以把这部分纯数据处理逻辑抽成顶层函数/静态函数，在主Isolate中用_service发起请求拿到纯Dart类型的响应数据（比如Map、JSON字符串、已经解析完的基础结构），再把这部分纯数据传给compute执行CPU密集型运算即可，不需要传递整个_service实例。
• 方案二：如果需要把完整请求逻辑放到后台Isolate执行，不要传递主Isolate中已经初始化好的_service实例。你可以把服务初始化、发起请求、数据处理的全流程都封装到顶层函数里，把请求需要的配置参数（比如服务地址、筛选条件）作为参数传入compute，在新Isolate内部单独初始化服务实例、发起请求、处理数据，这样所有原生资源都在新Isolate内部创建，不存在跨Isolate传递的问题。需要注意新Isolate无法直接访问主Isolate的全局变量（比如你代码里的env），这类配置需要手动作为参数传入。
• 方案三：临时规避的话，你可以把_service内部持有的HttpClient实例在调用compute之前手动销毁置空，等compute执行完成后再重新初始化，但这个方案性能差、容易引出其他资源释放问题，不推荐使用。

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