一、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需求 截止时间需求跟随前端， 12/6 。往后延一周到12/13 进展：1.前端已能把带有顶层await的模块主函数编译成async函数，并且把HasTLA字段写进buffer 2.运行时侧开发已基本完成。 待测试：1.自测试，跑262用例 2.跑前端测试用例 3.用开发板跑稳定性，兼容性测试等 4.跑不带前端改动编译出的abc文件，看运行时测改动是否有问题。 风险：把代码更新到最新后，有几条262用例过不了，可能和GC有关，还在分析。 修改涉及面比较广（不只是顶层await，还包括其他module相关），需要验证。 实施人：吴文璐 五、深开鸿完成接口 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已提交，代码规范问题，需要修改 。 实施人：陈迅