【代码混淆】1、基于编译器混淆静态库(StaticLib)2、字符串加密：使用clang-c接口
首先来看什么是库，库(Library)说白了就是一段编译好的二进制代码，加上头文件就可以供别人使用。
静态库：链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝（图1所示）
在项目开发中，或多或少的都会使用第三方库，有时候也会将自己项目中独立于业务的相关代码打包成库以供别人使用。在Android开发中，一般打包为aar或者jar文件以供第三方使用。iOS开发中，则可以直接打包为.a文件，iOS内置了Static Library的模板，所以使用上也是十分的方便。 在正式讲解打包.a静态库之前，首先来看一些概念： 什么是库？ 所谓库就是程序代码的集合，是共享程序代码的一种方式。 库的分类 根据程序代码的开源情况，库可以分为两类： 开源库 源代码是公开的，第三方开发者可以看到具体
最近因为项目中的聊天SDK，需要封装成静态库，所以实践了一下创建静态库的步骤，做下记录。
Xcode 15 之后可以进一步合并动静态库（mergeable libraries），根据需要设置 Build Settings —> Create Merged Binary 对应的值即可。
Framework是资源的集合，将静态库和其头文件包含到一个结构中，让Xcode可以方便地把它纳入到你的项目中。 静态库：链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝；例如 .a和.framework 动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存；例如：.dylib和.framework 系统的.framework是动态库，我们自己建立的.framework是静态库。 .a与.framework的区别： .a是一个
无论是 .a 静态库还是 .framework 静态库，最终需要的都是：二进制文件 + .h + 其它资源文件
iOS开发中，main函数是我们熟知的程序启动入口，但实际上并非真正意义上的入口，因为在我们运行程序，再到main方法被调用之间，程序已经做了许许多多的事情，比如我们熟知的runtime的初始化就发生在main函数调用前，还有程序动态库的加载链接也发生在这阶段。
智人能在残酷的进化大战中存活下来，原因之一就是智人懂得将知识沉淀成外物，辅助彼此之间的合作，从而使得整个群体产生了规模效应，即1+1>2的效果。 从一个角度上说，石器时代是基于石器的组件化的时代，因为老张家的石矛（或其它石头利器）借给了老王，一样可以拿去狩猎。要想实现这个目的，一定要保证：
笔者总结了自己在拥有Android开发的相关基础后入门iOS开发时遇到的点点滴滴给其他想入门iOS 开发的Android开发的一些参考，少走一些弯路，快速上手iOS开发；文章会以iOS 和 Android的开发工具，语言，工程文件和启动类的对比为主线。两者的主要对比概览
1️⃣、Bundle 新建bundle.png 或者也可以直接新建一个文件夹，把它改名为.bundle就可以了，右键，显示包内容可以向其中添加资源文件。 什么是Bundle文件？ 简单理解，就是资源
当你创建一个framework文件时，系统“默认”是一个动态库的格式，如果想做成静态库，需要在buildSetting中将Mach-O Type选项设置为Static Library就行了！
这个问题相信做iOS的都知道答案。 在我们的日常开发中，经常会用到各种已经封装好的库，比如支付宝、微信SDK等等中的库，这些库可以给我们的开发带来很大的便利。有的时候，由于工作的需要，我们需要对自己的项目进行封装，生成库，方便别人的使用。在这里就边参考好点的博客，边总结一下我们经常看到的.framework。
.framework是什么？ ---- .framework是什么？ 这个问题相信做iOS的都知道答案。 在我们的日常开发中，经常会用到各种已经封装好的库，比如支付宝、微信SDK等等中的库，这些库可以给我们的开发带来很大的便利。有的时候，由于工作的需要，我们需要对自己的项目进行封装，生成库，方便别人的使用。在这里就边参考好点的博客，边总结一下我们经常看到的.framework。 那什么是“库”呢？ “库”是共享程序代码的一种方式！同行总结的这句话很简单也很好的
起因是发现 Unity 5.4 版本，使用c#写的下载，下载速度无法突破 2M/s，同样的网络，后来横向对比使用原来 Cocos2d 开始的游戏，可以达到 7M/s。海外推广一般是小包（iOS是150M以内，安卓50M以内） + 扩展包，如果下载速度过慢，对市场推广和用户转化都会有影响（下载等待时间变长了）。然后就决定基于 libcurl 写了一个C++的下载模块，以替换现有的 C# 下载模块。
这里重点说下，怎样饮用Bundle中的图片资源。这里使用的是简写：@"JWJFramework.bundle/open"其中JWJFramework.bundle是Bundle的名称。
动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。
App 的开发更偏向于用户层面，从 UI 展示到业务逻辑处理，全程处理用户的行为。而 SDK 面向的是开发者，开发更偏向于功能方面，注重功能的开发实现。不妨来看看 FinClip 移动端工程师整理的如何编写一个 SDK，还是很有参考价值。
EasyRTMP是一套调用简单、功能完善、运行高效稳定的RTMP功能组件，经过TSINGSEE青犀视频多年实战和线上运行打造，支持RTMP推送断线重连、环形缓冲、智能丢帧、网络事件回调，能够完美应用于各种行业的直播需求，手机直播、桌面直播、摄像机直播、课堂直播等方面。
App 的开发更偏向于用户层面，从 UI 展示到业务逻辑处理，全程处理用户的行为。而 SDK 面向的是开发者，开发更偏向于功能方面，注重功能的开发实现。在今天的文章中，FinClip的工程师和我们一起来聊聊设计 SDK 的那些小技巧。
我们知道，App 的开发更偏向于用户层面，从 UI 展示到业务逻辑处理，全程处理用户的行为。而 SDK 面向的是开发者，开发更偏向于功能方面，注重功能的开发实现。
去年接的一个私活，制作SDK给其它游戏厂家使用，功能很简单就是集成 登录，注册，支付等功能。当初抵挡不住金钱的诱惑，对于从没做过SDK的我竟有莫名的勇气接了下来，边学边做，一周时间完成，几乎没有测试，但介入游戏项目时，一个又一个的坑暴露了出来，填完坑之后，决定一定要记录下来，方便以后自己和有需要的人查阅。
一、背景： Q音直播抽离成pod库分别引入到QQ音乐和Fan直播两个独立app中，而对于直播业务来讲，直播SDK通过pod本地引入集成到Demo中进行日常直播业务的开发，通过Demo来精简工程规模，提高研发效率。 但随着业务扩展直播SDK越来越庞大，出现了以下痛点： 以快速开发为目标的直播Demo工程编译时间越来越久，影响组内同事的开发效率； 直播SDK最开始以源码方式接入宿主，增加了约800s的编译时长，影响宿主开发效率； SDK引入宿主流程繁琐、CI效率低，导致测试及灰度阶段出包验证问题耗时严重
今天接受了一个改造旧项目的任务，据说项目唯独在iOS11上无法运行。这很容易就让我们想到与最近苹果iOS11放弃支持32位应用的事件有关。确实我在平时开发的项目中也没怎么涉及这个问题，这次在升级应用支持64位的过程中还是遇到了些问题，所以在这里总结一下，也许还会有同行的朋友遇到。 一、iOS11停止支持32位的来由 苹果于2013年9月推出了iPhone 5S新手机，采用的全新A7处理器其最大特色就是支持64位运算。64位A7处理器的使用意味着iPhone性能会大有提高，性能和速度更加出色；而要到达到这样的
JOOX Music 是腾讯面向海外市场发布的音乐 App，目前在其发布的五个国家和地区均是排名第一的音乐服务应用。JOOX Music 从2014年发布至今，经历了大小数十个版本的迭代，功能不断的完善和丰富。而它的体积在 v3.5 版本时达到了有点惊人的 124MB！而东南亚是 JOOX Music 的主要发行地区，这里的网络环境相对较差，存在大量老旧的小容量 iOS 设备，而 App Store 的下载也不太稳定。因此，对 JOOX Music 的裁包大作战已势在必行。
开发效率的提升，是开发者关注的一个永恒的话题。对于iOS而言，编译速度一直是影响iOS开发和集成测试效率关键的一环。
说起Swift，对iOS开发者来说那是既熟悉又陌生，虽然早在2014年苹果就发布了Swift1.0版本，但在这之后的五六年时间里，一直处于不温不火的状态。ABI的不稳定以及API的不向前兼容，更是被程序员调侃为“自从学了 Swift 之后，每年都要学一门新语言”。
本文介绍如何从零开始在iPhone上运行视频流实时预测模型应用，共包括10个步骤。首先需要购买苹果电脑并安装Xcode，然后克隆并下载TensorFlow，编译生成iOS工程静态库，进入iOS工程目录，下载并放置Google Inception V1模型，下载工程Pod依赖库并运行工程。通过运行工程，用户可以在iPhone上实时预测视频流，进行机器学习操作。作者还计划帮助1万个人把程序跑起来，欢迎推荐上海机器学习工作机会。
作者简介 东海 ，携程移动开发专家，专注于移动端框架、移动端性能。 元帅，携程资深软件工程师，致力于平台基建开发。 一、背景 现在各大公司的APP都采用的是组件化架构，组件化架构带来了高内聚、低耦合、平台化等诸多有点，使工程结构更加清晰，工程管理更加轻松。iOS工程大多采用CocoaPod进行组件化管理，一些大型的项目需要打包平台来执行组件打bundle包和APP打测试包的任务，在开发方面会采用二进制与源码切换的方式来提高编译速度。 组件化虽然对APP项目的工程管理带来了巨大的好处，但是对开发人员来讲，存在
最近看了下最新版本的cmake的文档，很惊喜地发现他已经支持直接设置Android和OSX的一些变量了，然后有瞄了一眼NDK，发现里面现在也停工官方的cmake支持。
每个开发新手，在编写软件前都听说过这样一条原则：“别自我重复”。但 App Store 上不少体量最大的 iOS 应用却仍在犯下同样的致命错误：不必要地照搬整个模块。
两天时间探索，期间不知道遇到了多少问题，各种google和Stack Overflow，甚至都求助了群友的力量。期间也想过放弃，还好有一颗不甘的心。终于成功了！
为什么在讲解音视频之前我需要先讲讲交叉编译呢？因为音视频开发将会涉及到很多三方库，特别是基于C语言的，在iOS和安卓开发中是没办法直接编译这些库，比如常见的MP3音频格式编码LAME，安卓常用的AAC音频格式编码FDK-AAC，视频编解码FFmpeg，等等，都是音视频开发的核心技术。
苹果官方文档 对提交商店 APP 的二进制文件中__TEXT段大小有限制，超过大小限制的应用在提交评审的时候会被拒绝...
前言 分享开发中遇到的问题，和相关的一些思考。 iOS11键盘问题 功能背景： 弹出键盘时，如果有输入框的话，需要输入框的位置跟随键盘大小而变动。 问题描述： 当快速切换键盘之后，容易出现输入框
1、Cocoapods环境安装 cocoapods-packager打包工具安装 sudo gem install cocoapods-packager 2、终端cd 到目录创建SDK pod lib create iComeSKD 并根据提示完成创建demo工程 3、工程中完善iComeSKD.podspec文件 # # Be sure to run `pod lib lint iComeSDK.podspec' to ensure this is a # valid spec before submit
自2020年9月，中国向世界许下“力争2030年前实现碳达峰，2060年前实现碳中和”的承诺以来，一场围绕绿色节能、低碳减排的变革正在席卷各行各业。
EasyPlayer是一个RTSP流媒体播放器，在GitHub上开源大部分源码，需要商用授权。其主要功能有播放、抓图、录制视频、实时静音/取消静音。
前言 在上文《编译与链接过程的思考》评论中暴走大牙提到了静态库和动态库依赖的问题，还在群里提了几个测试样例和测试工程。 大致介绍下测试工程和如何进行测试： 工程P为主工程，其中有4个子工程A、B、C、D，子工程打包的库为动态库或静态库，子工程之间存在依赖关系。 通过修改主工程的依赖库，以及子工程的依赖关系以及打包类型，测试动态库依赖静态库、静态库依赖动态库、静态库依赖静态库的情况。 正文 在测试之前，先简单说明下静态库和动态库的打包方式 **Cocoa Touch Framework ** Maco-
前言 最近遇到一个错误，如下 在解决过程中，回顾了很多知识，于是有了这篇文章。 关键词：预处理、编译、汇编、链接、动态链接库、静态链接库、真机调试。 正文 以.c文件的编译流程为例，如下图
在iOS开发中，我们时常会使用一些我们封装好的管理类，框架类，方法类等，我们在实现这些文件时，可能还会依赖一些第三方库或者系统库。如果每次我们复用这些代码时，都要将关联的这些东西进行导入，甚至还要进行arc和mrc的编译设置，会浪费我们很大的精力。除此之外，如果项目需要多人合作，你可能也并不希望你的源代码暴漏在所有人的面前，这个时候，我们就可以使用静态库或者动态库的方式来对我们的代码进行包装，便于复用。静态库的制作方法在一篇旧的博客中有描述：http://my.oschina.net/u/2340880/blog/398887。相比静态库文件，动态库的效率会更高且封装性更好，这里主要讨论动态库的制作。
今年大前端的概念一而再再而三的被提及，那么大前端时代究竟是什么呢？大前端这个词最早是因为在阿里内部有很多前端开发人员既写前端又写 Java 的 Velocity 模板而得来，不过现在大前端的范围已经越来越大了，包含前端 + 移动端，前端、CDN、Nginx、Node、Hybrid、Weex、React Native、Native App。笔者是一名普通的全职 iOS 开发者，在接触到了前端开发以后，发现了前端有些值得移动端学习的地方，于是便有了这个大前端时代系列的文章，希望两者能相互借鉴优秀的思想。谈及到大前端，常常被提及的话题有：组件化，路由与解耦，工程化（打包工具，脚手架，包管理工具），MVC 和 MVVM 架构，埋点和性能监控。笔者就先从组件化方面谈起。网上关于前端框架对比的文章也非常多（对比 React，Vue，Angular），不过跨端对比的文章好像不多？笔者就打算以前端和移动端（以 iOS 平台为主）对比为主，看看这两端的不同做法，并讨论讨论有无相互借鉴学习的地方。
上篇博客《iOS逆向工程之KeyChain与Snoop-it》中已经提到了，App间的数据共享可以使用KeyChian来实现。本篇博客就实战一下呢。开门见山，本篇博客会封装一个登录用的SDK, 该登录SDK中包括登录、注册、忘记密码等功能，当然该SDK中包括这些功能的UI、数据验证等业务逻辑、网络请求、数据存储等等。当然此处的登录SDK是一个简化版的，真正的登录SDK比这个考虑的东西要多的多，如果在加上多个App进行登录账号的共享的话，那么考虑的东西就更为复杂了。 本篇博客就先封装一个LoginSDK, 让
iOS中导入外部文件，一种是将源码导入，一种是导入静态库，有很多第三方库都是以静态库的形式提供给我们使用的，如何制作一个静态库呢？
那么这三个时间有什么作用呢？ 我们在使用自动化构建工具Makefile时，如果连续make会发现：
静态库：.a和.framework 动态库：.dylib和.framework（系统提供给我们的framework都是动态库！）
从2017年开始，OC语言可以使用 @available 语法糖判断运行时的系统版本，该语法糖可以帮助我们去掉很多烦人的警告。
在实际生活中，作为程序员偶尔会因为资金不够用了选择去兼职写代码，当我们写完一个代码，将他发给某个公司的时候，我们经常会想到如何让目标公司看不见你写的源代码（源代码是你好不容易想出来的，难免不有些心疼嘛），但目标公司却可以运行他所需要的代码，下面我将讲解一种静态库的使用方法，来实现这个方法。
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
