最近想在一个插件里打通App和web端，实现通过web控制App，方案是选用socket.io作为服务端和web前端。iOS端socket.io是一个纯swift实现的库。目前Theos对swift的支持还不是很完善，但是可以完成一般的工作了。Theos现在是支持swift文件编译的。
首先我们要来看一下theos仓库中对swift支持的一些介绍。其中Swift Runtime这部分比较关键的，需要按照这里的说明修改control文件。接下去是OC和Swift交互，这部分跟我们平常开发是相同的，你可以在Makefile里指定桥接文件等，最后说现在还不能用swift写tweak，嗯，你只能写非hock的代码。很久前就有人在问【已解决】如何使用 Theos 编译 Swift 源文件。
我的需求是引入一个swift framework，我的工程本身不依赖libswift*.dylb，但是我依赖的库依赖它们，因此我也需要引入swift runtime。
在tweak里引入framework的话，可以参考这些资料Tweak如何导入第三方framework，怎么在Tweak加入第三方framework，如何在Theos工程里嵌入第三方SDK或者静态库。相对而言，我个人比较喜欢Tweak 工程创建、配置教程 & 实现logos语法自动补全里的说明。简而言之，就是我们需要把framework通过layout来放到越狱的系统里。因为framework不在宿主bundle里，也没有被写入宿主macho文件的load command里。因此如果framework的install name base是@rpath，那么即使dylib通过insert libraries被加载了，dylib依赖的framework也无法被找到。
可以通过otool工具查看macho文件依赖的库及其加载路径。
otool -L .../dylib
otool -L .../xx.framework/xxx
要修改具体的路径的话，要使用install_name_tool。install_name_tool的主要用法有两种：
install_name_tool -id [path] [target]是用来修改该库被引用的路径，相当于是一个自己的属性。如果某个库可能会被多个目标引用，那么修改该库的id比较方便。如果只是修改某个库里的某个依赖库的路径，可以用install_name_tool -change [oldpath] [newpath] [target]。
我们先要修改从其他工程编译产生的framework的id，然后由于这两个库存在引用关系，因此也要修正被引用的库的路径。这样，我们的库就处理妥当了，把它放到layout下你想要放置framework的地方。修改Makefile，引入这两个库。如果我们的项目里没有swift文件，我们现在编译是可以通过的。但是这里有个问题，我们的tweak动态库不会被加载。这个问题目前还没想通，需要继续研究下。如果你引入一个swift文件，再编译的话，你会发现dylib里多了一条libswiftCore.dylib的依赖，那么这个时候，这个动态库会被加载。
对于Xcode高版本，swift 5.0的路径和theos当前版本不一致，导致一些库不会被链接。相关提及该问题的话题：unable to compile swift tool using XCode 11 #476，This copy of libswiftCore.dylib requires an OS version prior to 12.2.0， [create_patched_sdk] Update bash script, create new python script #31 。
如果你使用的是DH开发的老版本theos的话，dpkg-deb存在问题，在解压拷贝framework到指定路径时会出现错误，路径会发生错乱，导致提示路径不存在。在尝试若干次make package之后会成功，但是有时候在Cydia里查看包内容，发现无法查看，打开文件列表的plist文件时，发现有些路径出错了。迁移到新版theos，升级dpkg-deb之后，这个问题就没出现了。可能跟改成了lzma归档方式有关，具体暂不细究，可以查看issue追踪问题的发现和解决。