一、RUNTIME问题 a、正则表达式group当前对一些特殊字符的处理有问题 当前进展：挂起 实施人：吴文璐。 暂时没有人力分析该问题 https://gitee.com/openharmony/arkcompiler_ets_runtime/issues/I7WLKF <https://gitee.com/openharmony/arkcompiler_ets_runtime/issues/I7WLKF > 二、frontend需求：支持 #! 在文件头的注释 ----PR链接: https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1230 <https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1230 > <https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1180 > #! 已合入。 三、class相关需求 1. static block需求 由胡云辉开发 2. private及static字段需求 private方案已明确（利用lexical env当class context，存key的Symbol），深开鸿这边没有开发人力分配，不投入开发 运行时先做字节码及class literal适配（及兼容，主要看版本） 由胡云辉和李晨帅开发。 四、顶层await需求 截止时间需求跟随前端。本周需合入 进展：1.前端已能把带有顶层await的模块主函数编译成async函数，并且把HasTLA字段写进buffer 2.运行时侧开发已基本完成。 测试项：1.自测试，跑262用例 (同步到最新代码，新增一条测试用例不过，应该与await需求修改无关，待确认) 2.跑前端测试用例 (待测试) 3.用开发板跑稳定性，xts测试等（待测试） 4.跑不带前端改动编译出的abc文件，看运行时测改动是否有问题。(已验证) 风险： 修改涉及面比较广（不只是顶层await，还包括其他module相关），需要验证。 https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1439 <https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1439 > https://gitee.com/openharmony/arkcompiler_ets_runtime/pulls/5428 <https://gitee.com/openharmony/arkcompiler_ets_runtime/pulls/5428 > https://gitee.com/openharmony/arkcompiler_runtime_core/pulls/751 <https://gitee.com/openharmony/arkcompiler_runtime_core/pulls/751 > 实施人：吴文璐 五、深开鸿完成接口 VS V8性能对比 接口性能对比原则如下： * 测runtime端性能指标，用例及测试次数参考runtime/test/perform * 接口性能差距超过俩倍，需要分析优化 * x86平台测试上即可 ---当前问题：v8测试环境搭建需要访问外网，深开鸿无法访问外网，暂时挂起。 六、 escape/unescape优化点 https://gitee.com/openharmony/arkcompiler_ets_runtime/pulls/5184 <https://gitee.com/openharmony/arkcompiler_ets_runtime/pulls/5184 > pr已提交，代码规范问题，需要修改 。 实施人：陈迅