/vllm/_C.abi3.so: undefined symbol: _ZNK3c105Error4whatEv

时间: 2025-03-30 13:00:38 浏览: 263
### 加载共享对象文件时出现未定义符号问题的原因分析 当遇到 `/vllm/_C.abi3.so` 文件中的 `undefined symbol _ZNK3c105Error4whatEv` 错误时,这通常表明动态链接库中缺少某些依赖项或版本不匹配。这种问题可能由以下几个原因引起: #### 1. PyTorch 版本与 C++ 库版本不兼容 PyTorch 的 ABI(Application Binary Interface)模式允许 Python 扩展模块跨不同次级版本运行,但如果使用的 PyTorch 和编译 `_C.abi3.so` 使用的 PyTorch 不同,则可能导致符号解析失败[^1]。 #### 2. 缺少必要的共享库 如果系统的动态链接器无法找到所需的共享库(如 libtorch 或其他依赖),则会出现类似的错误消息。例如,`_ZNK3c105Error4whatEv` 是来自 c10 库的一个符号,而该符号可能是由于缺失对应的 `.so` 文件引起的。 #### 3. 环境变量配置不当 环境变量如 `LD_LIBRARY_PATH` 如果没有正确设置到包含所需共享库的位置,也可能引发此问题。确保所有必需的路径都已加入到这个环境中是非常重要的一步操作。 --- ### 解决方案 以下是几种可以尝试的方法来解决问题: #### 方法一:确认并安装正确的 PyTorch 版本 重新检查当前项目所基于的具体 PyTorch 版本号,并保证本地安装的是完全一致的那个版本。可以通过命令行执行如下代码验证: ```bash pip show torch ``` 之后依据官方文档下载对应平台架构下的稳定发行版或者源码构建最新特性支持版本。 #### 方法二:更新或重置相关依赖包 有时即使已经满足基本条件仍会碰到上述异常情况发生;此时建议清理旧有缓存数据后再做一次完整的重建过程。具体做法包括但不限于删除现有的 build 目录以及 dist-info 子目录等内容再按照常规流程完成整个 setup.py 脚本调用动作即可恢复正常工作状态: ```python import shutil shutil.rmtree('build') shutil.rmtree('dist') shutil.rmtree('your_package_name.egg-info') # 接着重新构建扩展 !python setup.py install --force ``` #### 方法三:调整 LD_LIBRARY_PATH 设置 对于 Linux 用户来说特别需要注意的一点就是如何让程序能够顺利定位那些非标准位置存放起来的重要组件资源文件夹地址信息。因此我们可以在启动应用程序之前临时修改一下 shell session 中的相关参数值试试看效果怎样样: ```bash export LD_LIBRARY_PATH=/path/to/pytorch/lib:$LD_LIBRARY_PATH ./your_application_binary ``` 这里 /path/to/pytorch/lib 需要替换成为实际存储目标 so 文件的实际物理磁盘路径名字符串表达形式表示出来才行哦! --- ### 总结 通过以上三种方式应该可以帮助大多数开发者摆脱掉因 undefined symbols 导致的各种麻烦事儿啦~当然除此之外还有可能存在其它特殊情形下才会显现出来的潜在隐患等待被发现处理呢😊
阅读全文

相关推荐

--- stderr: osqp_interface /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_bounds' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_alpha' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_polish' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_lower_bound' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_warm_start_x' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_warm_start_y' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_polish_refine_iter' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_eps_abs' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_upper_bound' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_A' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_check_termination' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_verbose' /usr/bin/ld: libosqp_interface.so: undefined reference to csc_matrix' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_lin_cost' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_P' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_eps_rel' /usr/bin/ld: libosqp_interface.so: undefined reference to osqp_update_max_iter' collect2: error: ld returned 1 exit status make[2]: *** [CMakeFiles/test_osqp_interface.dir/build.make:176: test_osqp_interface] Error 1 make[1]: *** [CMakeFiles/Makefile2:213: CMakeFiles/test_osqp_interface.dir/all] Error 2 make: *** [Makefile:146: all] Error 2 ---

colcon build Starting >>> opencv_use --- stderr: opencv_use /home/robot/Opencv_ws/src/opencv_use/src/my_opencv.cpp: In function ‘int main(int, char**)’: /home/robot/Opencv_ws/src/opencv_use/src/my_opencv.cpp:22:9: warning: unused variable ‘n’ [-Wunused-variable] 22 | int n = scanner.scan(zimg); | ^ /usr/bin/ld: CMakeFiles/my_opencv.dir/src/my_opencv.cpp.o: in function zbar::SymbolSet::ref(int) const': my_opencv.cpp:(.text._ZNK4zbar9SymbolSet3refEi[_ZNK4zbar9SymbolSet3refEi]+0x2f): undefined reference to zbar_symbol_set_ref' /usr/bin/ld: CMakeFiles/my_opencv.dir/src/my_opencv.cpp.o: in function zbar::SymbolSet::get_size() const': my_opencv.cpp:(.text._ZNK4zbar9SymbolSet8get_sizeEv[_ZNK4zbar9SymbolSet8get_sizeEv]+0x27): undefined reference to zbar_symbol_set_get_size' /usr/bin/ld: CMakeFiles/my_opencv.dir/src/my_opencv.cpp.o: in function zbar::Symbol::operator=(zbar::zbar_symbol_s const*)': my_opencv.cpp:(.text._ZN4zbar6SymbolaSEPKNS_13zbar_symbol_sE[_ZN4zbar6SymbolaSEPKNS_13zbar_symbol_sE]+0x28): undefined reference to zbar_symbol_ref' /usr/bin/ld: CMakeFiles/my_opencv.dir/src/my_opencv.cpp.o: in function zbar::Symbol::ref(int) const': my_opencv.cpp:(.text._ZNK4zbar6Symbol3refEi[_ZNK4zbar6Symbol3refEi]+0x2f): undefined reference to zbar_symbol_ref' /usr/bin/ld: CMakeFiles/my_opencv.dir/src/my_opencv.cpp.o: in function zbar::Symbol::get_type_name[abi:cxx11]() const': my_opencv.cpp:(.text._ZNK4zbar6Symbol13get_type_nameB5cxx11Ev[_ZNK4zbar6Symbol13get_type_nameB5cxx11Ev]+0x3a): undefined reference to zbar_get_symbol_name' /usr/bin/ld: CMakeFiles/my_opencv.dir/src/my_opencv.cpp.o: in function zbar::Symbol::init(zbar::zbar_symbol_s const*)': my_opencv.cpp:(.text._ZN4zbar6Symbol4initEPKNS_13zbar_symbol_sE[_ZN4zbar6Symbol4initEPKNS_13zbar_symbol_sE]+0x42): undefined reference to zbar_symbol_get_type' /usr/bin/ld: my_opencv.cpp:(.text._ZN4zbar6Symbol4initEPKNS_13zbar_symbol_sE[_ZN4zbar6Symbol4initEPKNS_13zbar_sy

编译报错如下:CMakeFiles/t3_node.dir/src/main.cpp.o: In function boost::asio::ssl::detail::openssl_init_base::do_init::~do_init()': main.cpp:(.text._ZN5boost4asio3ssl6detail17openssl_init_base7do_initD2Ev[_ZN5boost4asio3ssl6detail17openssl_init_base7do_initD5Ev]+0x12): undefined reference to CONF_modules_unload' CMakeFiles/t3_node.dir/src/main.cpp.o: In function boost::asio::error::detail::ssl_category::message[abi:cxx11](int) const': main.cpp:(.text._ZNK5boost4asio5error6detail12ssl_category7messageB5cxx11Ei[_ZNK5boost4asio5error6detail12ssl_category7messageB5cxx11Ei]+0x2c): undefined reference to ERR_reason_error_string' main.cpp:(.text._ZNK5boost4asio5error6detail12ssl_category7messageB5cxx11Ei[_ZNK5boost4asio5error6detail12ssl_category7messageB5cxx11Ei]+0x48): undefined reference to ERR_lib_error_string' main.cpp:(.text._ZNK5boost4asio5error6detail12ssl_category7messageB5cxx11Ei[_ZNK5boost4asio5error6detail12ssl_category7messageB5cxx11Ei]+0x59): undefined reference to ERR_func_error_string' collect2: error: ld returned 1 exit status t3/CMakeFiles/t3_node.dir/build.make:318: recipe for target '/smartview/devel/lib/t3/t3_node' failed make[2]: *** [/smartview/devel/lib/t3/t3_node] Error 1 CMakeFiles/Makefile2:3555: recipe for target 't3/CMakeFiles/t3_node.dir/all' failed make[1]: *** [t3/CMakeFiles/t3_node.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 96%] Built target play_node [100%] Built target smartview_handler Makefile:145: recipe for target 'all' failed make: *** [all] Error 2 Invoking "make -j20 -l20" failed

分析这个错误(node:18544) [DEP0040] DeprecationWarning: The punycode module is deprecated. Please use a userland alternative instead. (Use node --trace-deprecation ... to show where the warning was created) file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/parameters_api.js:97 throw new AbiError(Parameter decoding error: ${err.message}, { ^ AbiError: Parameter decoding error: Returned values aren't valid, did it run Out of Gas? You might also see this error if you are not using the correct ABI for the contract you are retrieving data from, requesting data from a block number that does not exist, or querying a node which is not fully synced. at decodeParametersWith (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/parameters_api.js:97:15) at decodeParameters (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/parameters_api.js:206:49) at decodeFunctionReturn (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/functions_api.js:250:20) at ContractBuilder.<anonymous> (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-contract/lib/esm/contract.js:779:24) at Generator.next (<anonymous>) at fulfilled (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-contract/lib/esm/contract.js:20:58) at process.processTicksAndRejections (node:internal/process/task_queues:105:5) { cause: undefined, code: 205, props: { internalErr: AbiError: Returned values aren't valid, did it run Out of Gas? You might also see this error if you are not using the correct ABI for the contract you are retrieving data from, requesting data from a block number that does not exist, or querying a node which is not fully synced. at decodeParametersWith (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/parameters_api.js:88:19) at decodeParameters (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/parameters_api.js:206:49) at decodeFunctionReturn (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-abi/lib/esm/api/functions_api.js:250:20) at ContractBuilder.<anonymous> (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-contract/lib/esm/contract.js:779:24) at Generator.next (<anonymous>) at fulfilled (file:///C:/Users/48749/Desktop/firstdemo1/node_modules/web3-eth-contract/lib/esm/contract.js:20:58) at process.processTicksAndRejections (node:internal/process/task_queues:105:5) { cause: undefined, code: 205, props: {} } } } Node.js v22.11.0

Execution failed for task ':app:buildCMakeDebug[x86_64]'. > com.android.ide.common.process.ProcessException: ninja: Entering directory D:\xjyWork\SF4310_sof\SF4310_AR\app\.cxx\Debug\5v4l4e3w\x86_64' [1/1] Linking CXX shared library D:\xjyWork\SF4310_sof\SF4310_AR\app\build\intermediates\cxx\Debug\5v4l4e3w\obj\x86_64\libexample.so FAILED: D:/xjyWork/SF4310_sof/SF4310_AR/app/build/intermediates/cxx/Debug/5v4l4e3w/obj/x86_64/libexample.so cmd.exe /C "cd . && C:\Users\32182\AppData\Local\Android\Sdk\ndk\27.0.12077973\toolchains\llvm\prebuilt\windows-x86_64\bin\clang++.exe --target=x86_64-none-linux-android28 --sysroot=C:/Users/32182/AppData/Local/Android/Sdk/ndk/27.0.12077973/toolchains/llvm/prebuilt/windows-x86_64/sysroot -fPIC -g -DANDROID -fdata-sections -ffunction-sections -funwind-tables -fstack-protector-strong -no-canonical-prefixes -D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fopenmp=libomp -fno-limit-debug-info -static-libstdc++ -Wl,--build-id=sha1 -Wl,--no-rosegment -Wl,--no-undefined-version -Wl,--fatal-warnings -Wl,--no-undefined -Qunused-arguments -shared -Wl,-soname,libexample.so -o D:\xjyWork\SF4310_sof\SF4310_AR\app\build\intermediates\cxx\Debug\5v4l4e3w\obj\x86_64\libexample.so CMakeFiles/example.dir/Reco.cpp.o CMakeFiles/example.dir/JNIReco.cpp.o D:/xjyWork/SF4310_sof/SF4310_AR/app/src/main/cpp/../../../src/libs/x86_64/libncnn.so -lopencv_java4 -landroid -llog -ljnigraphics -latomic -lm && cd ." ld.lld: error: unable to find library -lopencv_java4 clang++: error: linker command failed with exit code 1 (use -v to see invocation) ninja: build stopped: subcommand failed. * Try: > Run with --info or --debug option to get more log output. > Run with --scan to get full insights. > Get more help at https://help.gradle.org. 怎么改

最新推荐

recommend-type

Java反射实现实体类相同字段自动赋值示例

资源下载链接为: https://pan.quark.cn/s/22ca96b7bd39 Java 反射能在运行时探查类结构并动态读写属性。示例工具类 ClassReflection 提供两种静态方法:简易版 reflectionAttr 直接以两个对象入参;复杂版额外用 Class.forName 按名字加载类。 流程: 分别对两个对象调用 getDeclaredFields(),得到包含私有属性的 Field[]。 遍历源对象字段,跳过名为 "id" 的主键;设 setAccessible(true) 解锁私有权限。 用 Field.get() 取值,若目标对象存在同名字段,同样解锁后执行 Field.set() 完成拷贝。 复杂版增加 invokeGetMethod,通过反射调用 getter 取非基本类型值,避免直接 get() 的局限。 适用:ORM 框架在查询结果与实体间同步数据、单元测试为私有字段注入状态等。 注意:反射带来性能损耗与封装破坏,需捕获 IllegalAccessException、NullPointerException,非必要场景应优先用常规赋值。
recommend-type

操作系统试题库(经典版).doc

操作系统试题库(经典版).doc
recommend-type

Android实现App启动广告页面功能.doc

Android实现App启动广告页面功能.doc
recommend-type

MiriaManager-机器人开发资源

MiriaMiria-coreQQqqapihttp
recommend-type

毕业设计-weixin220英语互助小程序springboot.zip

源码+数据库+配套文档+答辩教程
recommend-type

飞思OA数据库文件下载指南

根据给定的文件信息,我们可以推断出以下知识点: 首先,从标题“飞思OA源代码[数据库文件]”可以看出,这里涉及的是一个名为“飞思OA”的办公自动化(Office Automation,简称OA)系统的源代码,并且特别提到了数据库文件。OA系统是用于企事业单位内部办公流程自动化的软件系统,它旨在提高工作效率、减少不必要的工作重复,以及增强信息交流与共享。 对于“飞思OA源代码”,这部分信息指出我们正在讨论的是OA系统的源代码部分,这通常意味着软件开发者或维护者拥有访问和修改软件底层代码的权限。源代码对于开发人员来说非常重要,因为它是软件功能实现的直接体现,而数据库文件则是其中的一个关键组成部分,用来存储和管理用户数据、业务数据等信息。 从描述“飞思OA源代码[数据库文件],以上代码没有数据库文件,请从这里下”可以分析出以下信息:虽然文件列表中提到了“DB”,但实际在当前上下文中,并没有提供包含完整数据库文件的下载链接或直接说明,这意味着如果用户需要获取完整的飞思OA系统的数据库文件,可能需要通过其他途径或者联系提供者获取。 文件的标签为“飞思OA源代码[数据库文件]”,这与标题保持一致,表明这是一个与飞思OA系统源代码相关的标签,而附加的“[数据库文件]”特别强调了数据库内容的重要性。在软件开发中,标签常用于帮助分类和检索信息,所以这个标签在这里是为了解释文件内容的属性和类型。 文件名称列表中的“DB”很可能指向的是数据库文件。在一般情况下,数据库文件的扩展名可能包括“.db”、“.sql”、“.mdb”、“.dbf”等,具体要看数据库的类型和使用的数据库管理系统(如MySQL、SQLite、Access等)。如果“DB”是指数据库文件,那么它很可能是以某种形式的压缩文件或包存在,这从“压缩包子文件的文件名称列表”可以推测。 针对这些知识点,以下是一些详细的解释和补充: 1. 办公自动化(OA)系统的构成: - OA系统由多个模块组成,比如工作流管理、文档管理、会议管理、邮件系统、报表系统等。 - 系统内部的流程自动化能够实现任务的自动分配、状态跟踪、结果反馈等。 - 通常,OA系统会提供用户界面来与用户交互,如网页形式的管理界面。 2. 数据库文件的作用: - 数据库文件用于存储数据,是实现业务逻辑和数据管理的基础设施。 - 数据库通常具有数据的CRUD(创建、读取、更新、删除)功能,是信息检索和管理的核心组件。 - 数据库文件的结构和设计直接关系到系统的性能和可扩展性。 3. 数据库文件类型: - 根据数据库管理系统不同,数据库文件可以有不同格式。 - 例如,MySQL数据库的文件通常是“.frm”文件存储表结构,“.MYD”存储数据,“.MYI”存储索引。 - 对于SQLite,数据库就是一个单独的“.sqlite”文件。 4. 数据库设计和管理: - 数据库设计需要遵循一定的规范和最佳实践,如范式化以减少数据冗余。 - 管理数据库包括数据备份、恢复、性能调优、安全性管理等。 5. OA系统开发及源代码维护: - 开发一个OA系统涉及需求分析、系统设计、编码实现、测试、部署和维护等多个阶段。 - OA系统源代码的维护工作包括代码审查、重构、版本控制和更新等。 综上所述,我们可以知道“飞思OA源代码[数据库文件]”所提供的信息包括了对飞思OA系统及其数据库文件的基础介绍和可能的获取途径。对于开发者而言,需要了解如何管理和操作这些数据库文件以确保系统的正常运行和数据的完整性。此外,对于那些希望进行系统定制或二次开发的用户,源代码的可访问性是非常重要的,这可以允许用户根据自己的需求来修改和增强系统功能。
recommend-type

Qt信号与槽优化:提升系统性能与响应速度的实战技巧

# 摘要 本文系统地探讨了Qt框架中信号与槽机制的原理、高级特性、性能优化以及在大型项目中的应用。首先,概述了信号与槽的基本概念和工作原理,包括信号的发射、槽函数的绑定与调用过程。随后,本文深入分析了信号与槽的内部机制,如数据类型兼容性和连接类型,并探讨了优化信
recommend-type

D8流向算法

<think>我们被要求解释或实现D8流向算法。D8流向算法是一种用于水文分析的数字高程模型(DEM)处理方法,用于确定地表水流的方向。每个像元的水流方向被指定为指向周围8个相邻像元中坡度最陡的那个方向。 ### 算法原理 在D8算法中,每个像元的水流方向被定义为指向其8个相邻像元(包括对角线方向)中坡度最大的方向。坡度由高程差除以距离计算,其中相邻像元的距离为1(水平和垂直方向)或√2(对角线方向)。具体步骤如下: 1. 对于中心像元,计算其与8个相邻像元的高程差(中心像元高程减去相邻像元高程,得到正值表示下坡)。 2. 计算每个相邻方向的坡度:坡度 = 高程差 / 距离(水平/垂直方向
recommend-type

精选36个精美ICO图标免费打包下载

在当今的软件开发和应用程序设计中,图标作为图形用户界面(GUI)的一个重要组成部分,承担着向用户传达信息、增加美观性和提高用户体验的重要角色。图标不仅仅是一个应用程序或文件的象征,它还是品牌形象在数字世界中的延伸。因此,开发人员和设计师往往会对默认生成的图标感到不满意,从而寻找更加精美和个性化的图标资源。 【标题】中提到的“精美ICO图标打包下载”,指向用户提供的是一组精选的图标文件,这些文件格式为ICO。ICO文件是一种图标文件格式,主要被用于Windows操作系统中的各种文件和应用程序的图标。由于Windows系统的普及,ICO格式的图标在软件开发中有着广泛的应用。 【描述】中提到的“VB、VC编写应用的自带图标很难看,换这些试试”,提示我们这个ICO图标包是专门为使用Visual Basic(VB)和Visual C++(VC)编写的应用程序准备的。VB和VC是Microsoft公司推出的两款编程语言,其中VB是一种主要面向初学者的面向对象编程语言,而VC则是更加专业化的C++开发环境。在这些开发环境中,用户可以选择自定义应用程序的图标,以提升应用的视觉效果和用户体验。 【标签】中的“.ico 图标”直接告诉我们,这些打包的图标是ICO格式的。在设计ICO图标时,需要注意其独特的尺寸要求,因为ICO格式支持多种尺寸的图标,例如16x16、32x32、48x48、64x64、128x128等像素尺寸,甚至可以包含高DPI版本以适应不同显示需求。此外,ICO文件通常包含多种颜色深度的图标,以便在不同的背景下提供最佳的显示效果。 【压缩包子文件的文件名称列表】显示了这些精美ICO图标的数量,即“精美ICO图标36个打包”。这意味着该压缩包内包含36个不同的ICO图标资源。对于软件开发者和设计师来说,这意味着他们可以从这36个图标中挑选适合其应用程序或项目的图标,以替代默认的、可能看起来不太吸引人的图标。 在实际应用中,将这些图标应用到VB或VC编写的程序中,通常需要编辑程序的资源文件或使用相应的开发环境提供的工具进行图标更换。例如,在VB中,可以通过资源编辑器选择并替换程序的图标;而在VC中,则可能需要通过设置项目属性来更改图标。由于Windows系统支持在编译应用程序时将图标嵌入到可执行文件(EXE)中,因此一旦图标更换完成并重新编译程序,新图标就会在程序运行时显示出来。 此外,当谈及图标资源时,还应当了解图标制作的基本原则和技巧,例如:图标设计应简洁明了,以传达清晰的信息;色彩运用需考虑色彩搭配的美观性和辨识度;图标风格要与应用程序的整体设计风格保持一致,等等。这些原则和技巧在选择和设计图标时都非常重要。 总结来说,【标题】、【描述】、【标签】和【压缩包子文件的文件名称列表】共同勾勒出了一个为VB和VC编程语言用户准备的ICO图标资源包。开发者通过下载和使用这些图标,能够有效地提升应用程序的外观和用户体验。在这一过程中,了解和应用图标设计与应用的基本知识至关重要。
recommend-type

【Qt数据库融合指南】:MySQL与Qt无缝集成的技巧

# 摘要 本文全面探讨了Qt数据库集成的基础知识与进阶应用,从Qt与MySQL的基础操作讲起,深入到Qt数据库编程接口的配置与使用,并详细介绍了数据模型和视图的实现。随着章节的深入,内容逐渐从基础的数据操作界面构建过渡到高级数据库操作实践,涵盖了性能优化、安全性策略和事务管理。本文还特别针对移动设备上的数据库集成进行了讨