ddns+v2ray，v2ray 的路由规则配置能力挺强的，访问不同服务器可以自动选择不同的线路

按照道理来说，web 端的各种播放器只是给 video 加了个皮肤，并不能增加格式支持能力，你要先看看 web 标准支不支持

@Xusually 虚拟机是依赖 cpu 的虚拟化指令的，x86 虚拟机非要在 arm cpu 上运行就不叫虚拟机了，应该叫模拟器，效率低得很

@leega0 web 标准就不支持你当然怎么找都没有啦，除非你用即将废弃的 flash

可能年入百万的帖并不多，但大家都会看到这种文章都会点进去看，导致系统推荐的都是这种贴

如果不是那种要极致性能需求，就没啥好等的，需要配直接配就是了

按照你的描述，重写+1
混用就是浪费生命

感觉和烤箱烤出来的没区别

@lixyz 用浏览器搜索功能在我发的那个网页里搜 getBatteryLevel，你看官方是怎么实现的，相关的代码是写在了什么位置

官方教程的 demo 要在 flutter 侧 invokeMethod('getBatteryLevel')，然后在 native 侧的 MainActivity 有实现 getBatteryLevel
现在你要 invokeMethod('startNativeActivity')，然而在你的 native 侧的中并没有实现 startNativeActivity
所以才会提示 [No implementation found for method startNativeActivity on channel TEST_CHANNEL_NAME]

https://flutter.dev/docs/development/platform-integration/platform-channels
照着这个改

看上去应该是需要折腾一下 webpack 配置

Hr 让子弹飞看多了

@FaXiaoKe 居然 还有这种操作，惊了

我记得标准不支持 rtmp 吧，播放 rtmp 得用 flash

```ts
class Chain{
constructor(promise){
if(promise){
this._promise=promise;
}else{
this._promise=Promise.resolve();
}
}
eat(){
return this._next(()=>{console.log('eat')});
}
work(){
return this._next(()=>{console.log('work')});
}
sleep(ms){
return this._next(async ()=>{
await new Promise(resolve=>setTimeout(resolve,ms))
});
}
_next(someAction){
const nextPromise=(async ()=>{
await this._promise;
await someAction();
})()
return new Chain(nextPromise);
}
}
```
我的思路，没测试，可能有 bug

@Jooooooooo 对的，光套用狭义相对论并不能计算整个过程，还需要应用广义相对论

@resist 一切都可能是错的，那还有啥可讨论的