Fix typo: destory -> destroy

Author: Jasonzyt

README-zh.md

@@ -125,11 +125,11 @@ ScriptX通过一系列的技术手段实现了脚本的异常和C++异常相互
 
 ScriptX 设计的时候充分考虑到API的易用性，包括操作友好简单，不易出错，错误信息明显，便于定位问题等。在这样的指导思想之下ScriptX做了很多原生引擎做不了的事情。
 
-比如：V8在destory的时候是不执行GC的，导致很多绑定的native类不能释放。ScriptX做了额外的逻辑处理这个情况。
+比如：V8在destroy的时候是不执行GC的，导致很多绑定的native类不能释放。ScriptX做了额外的逻辑处理这个情况。
 
 V8和JSCore要求在finalize回调中不能调用ScriptX的其他API，否则会crash，这也导致代码逻辑很难实现。ScriptX借助MessageQueue完美规避这个问题。
 
-V8和JSCore的全局引用都必须在engine destory之前全部释放掉，否则就会引起crash、不能destory等问题。ScriptX则保证在Engine destory的时候主动reset所有 Global / Weak 引用。
+V8和JSCore的全局引用都必须在engine destroy之前全部释放掉，否则就会引起crash、不能destroy等问题。ScriptX则保证在Engine destroy的时候主动reset所有 Global / Weak 引用。
 
 ## 6. 简单高效的绑定API
 

backend/WebAssembly/WasmHelper.cc

@@ -824,7 +824,7 @@ CHECKED_EM_JS(int, _ScriptX_Native_getInternalStore, (int weakThis), {
   return stack.push(thiz[sym]);
 });
 
-CHECKED_EM_JS(void, _ScriptX_Native_destoryInstance, (int scriptClassInstance), {
+CHECKED_EM_JS(void, _ScriptX_Native_destroyInstance, (int scriptClassInstance), {
   const stack = Module.SCRIPTX_STACK;
   scriptClassInstance = stack.values[scriptClassInstance];
 
@@ -1243,7 +1243,7 @@ void wasm_interop::destroySharedByteBuffer(const Local<ByteBuffer> &sharedByteBu
 }
 
 void wasm_interop::destroyScriptClass(const Local<Object> &scriptClass) {
-  CHECKED_VOID_JS_CALL(wasm_backend::_ScriptX_Native_destoryInstance(
+  CHECKED_VOID_JS_CALL(wasm_backend::_ScriptX_Native_destroyInstance(
       wasm_backend::WasmEngine::refIndex(scriptClass)));
 }
 

docs/en/WebAssembly.md

@@ -238,13 +238,13 @@ class SharedByteBuffer {
     readonly byteLength: number;
 
     // Manual memory management, destroy this class, and release WASM memory
-    public destory(): void;
+    public destroy(): void;
 }
 ```
 
 Pay attention to the buffer attribute above. As mentioned above, when WASM `grow_memory`, the underlying `ArrayBuffer` may change, so when using `SharedByteBuffer`, create a `TypedArray` immediately, don’t keep the reference for long-term use (of course you You can configure wasm not to grow_memory, or use `SharedArrayBuffer`, so the buffer attribute will not change, depending on your usage scenario).
 
-Finally, because WASM has no GC and JS has no finalize, the user needs to release this memory. You can use the above `destory` method, or you can use `ScriptX.destroySharedByteBuffer`. The C++ code uses `wasm_interop::destroySharedByteBuffer`.
+Finally, because WASM has no GC and JS has no finalize, the user needs to release this memory. You can use the above `destroy` method, or you can use `ScriptX.destroySharedByteBuffer`. The C++ code uses `wasm_interop::destroySharedByteBuffer`.
 
 Give a chestnut:
 

docs/zh/Basics.md

@@ -149,7 +149,7 @@ void doFrame() {
 
 ### Message::tag
 
-有一点需要注意，因为部分backend允许多个ScriptEngine共享一个MessageQueue；所以当你使用该特性时，MessageQueue的Message有一个tag字段，用来区分这个Message属于哪个ScriptEngine，因此在postMessage的时候请指定tag，这样ScriptEngine在destory的时候会把到期没执行的Message全部release掉，并调用其release handler。（通过`messageQueue.removeMessageByTag(scriptEngine)`实现。)
+有一点需要注意，因为部分backend允许多个ScriptEngine共享一个MessageQueue；所以当你使用该特性时，MessageQueue的Message有一个tag字段，用来区分这个Message属于哪个ScriptEngine，因此在postMessage的时候请指定tag，这样ScriptEngine在destroy的时候会把到期没执行的Message全部release掉，并调用其release handler。（通过`messageQueue.removeMessageByTag(scriptEngine)`实现。)
 
 PS: 如果一个ScriptEngine只对应一个MessageQueue，则在ScriptEngine destroy的时候会析构掉MessageQueue，那么内部的**所有** Message 都将release，这种情况可以不设置tag字段。
 

docs/zh/WebAssembly.md

@@ -238,13 +238,13 @@ class SharedByteBuffer {
     readonly byteLength: number;
 
     // 手动内存管理，销毁该类，并释放WASM的内存
-    public destory(): void;
+    public destroy(): void;
 }
 ```
 
 注意上面的buffer属性，如上文所述，当WASM `grow_memory` 的时候，底层的`ArrayBuffer`可能会变，因此使用`SharedByteBuffer`的时候要即时创建`TypedArray`，不要保留引用长期使用（当然你可以配置wasm不grow_memory，或者使用`SharedArrayBuffer`，这样buffer属性一定不会变，具体还是取决于你的使用场景）。
 
-最后还是因为WASM 没有GC, JS 没有finalize，因此这段内存需要使用者自己去释放。可以使用上述`destory`方法，也可以使用`ScriptX.destroySharedByteBuffer`。C++代码使用`wasm_interop::destroySharedByteBuffer`。
+最后还是因为WASM 没有GC, JS 没有finalize，因此这段内存需要使用者自己去释放。可以使用上述`destroy`方法，也可以使用`ScriptX.destroySharedByteBuffer`。C++代码使用`wasm_interop::destroySharedByteBuffer`。
 
 举个栗子：
 

test/src/EngineTest.cc

@@ -70,7 +70,7 @@ TEST_F(EngineTest, SmartPointer) {
   uniquePtr.release();
   uniquePtr1.release();
   engine = nullptr;
-  // destory engine
+  // destroy engine
   sharedPtr.reset();
 }
 

test/src/ExceptionTest.cc

@@ -175,7 +175,7 @@ TEST_F(ExceptionTest, Cross) {
 }
 
 #ifndef SCRIPTX_BACKEND_WEBASSEMBLY
-TEST_F(ExceptionTest, EngineScopeOnDestory) {
+TEST_F(ExceptionTest, EngineScopeOnDestroy) {
   bool executed = false;
   {
     EngineScope engineScope(engine);

test/src/NativeTest.cc

@@ -1300,7 +1300,7 @@ static ClassDefine<WasmScriptClassDestroyScriptClass> wasmScriptClassDestroyScri
         .constructor()
         .build();
 
-TEST_F(NativeTest, WasmScriptClassDestoryTest) {
+TEST_F(NativeTest, WasmScriptClassDestroyTest) {
   EngineScope scope(engine);
   engine->registerNativeClass(wasmScriptClassDestroyScriptClassDefine);