Swift 進(jìn)階之路 文章匯總[http://www.itdecent.cn/p/5fbedf309237] 本文主要介紹swift中的內(nèi)存管理，涉及引用計(jì)數(shù)、弱引用、強(qiáng)引...
發(fā)簡信
IP屬地：北京
-
Swift-進(jìn)階 05：內(nèi)存管理 & Runtime -
阿里、字節(jié) 一套高效的iOS面試題解答（完結(jié)）[TOC] runtime相關(guān)問題 面試題出自掘金的一篇文章《阿里、字節(jié)：一套高效的iOS面試題》該面試題解答github 地址版本目前已經(jīng)完結(jié)，可自行下載pdf進(jìn)行閱讀，僅...
-
iOS多線程編程(一) 多線程基礎(chǔ)
多線程系列篇章計(jì)劃內(nèi)容：iOS多線程編程(一) 多線程基礎(chǔ)[https://juejin.im/post/6890907105231667214]iOS多線程編程(二) Pt...
-
iOS Xcode全面剖析一、創(chuàng)建新一個(gè)工程二、Xcode界面詳細(xì)介紹三、Xcode菜單詳解四、Xcode快捷鍵介紹五、結(jié)語六、參考資料 前言 前幾天在公司內(nèi)部做了一次關(guān)于iOS的入門分享，聽眾有PH...
-
面試的信心來源于過硬的基礎(chǔ)（iOS開發(fā)方向）在過去的一年很多人不滿于公司沒有福利、人際關(guān)系不好相處、沒有發(fā)展前途的境遇等等，想著在開年來換一份工作來重新開始自己，那么 你 準(zhǔn)備好了嗎？ 下面是本人整理的一份面試材料，本...
-
OC底層原理三十一：LLVM入門OC底層原理 學(xué)習(xí)大綱[http://www.itdecent.cn/p/9e19354c0266] 本節(jié)，我們給大家介紹一個(gè)偉大的架構(gòu)編譯器LLVM。 什么是編譯器 LL...
-
探索iOS內(nèi)存分配前言 在運(yùn)行iOS（OSX）程序時(shí)，左側(cè)的Debug Navigator中可以看見當(dāng)前使用的內(nèi)存。我們也可以使用Instruments的Allocations模板來追蹤對(duì)象的...
-
Xcode12 Cocoapods報(bào)錯(cuò)arm64
報(bào)錯(cuò): The linked framework 'Pods_xxx.framework' is missing one or more architectures requ...
-
-
07-msg_send()在背后付出了什么之快速查找流程分析引言 當(dāng)我們稍稍跨進(jìn)底層大門的時(shí)候, 我們就應(yīng)該發(fā)現(xiàn), 我們平常所調(diào)用的一個(gè)個(gè)方法, 都會(huì)編譯成objc_msgSend函數(shù)體. 我們來驗(yàn)證下: 1. 首先我們定義個(gè)類文件,...
-
06-將手伸進(jìn)objc_class中的cache, 看看我們調(diào)用的方法是如何緩存的?我們都知道OC中屬性是存儲(chǔ)數(shù)據(jù)信息的, 方法的功能修改屬性的數(shù)據(jù).在前面我們分析過objc_class結(jié)構(gòu)體(里面存儲(chǔ)類的信息), 里面有繼承過來的isa(指向元類), 有s...
-
05-探索方法的歸屬和isa的走向
[toc] 探索1: 方法的歸屬 通過上一節(jié), 我們學(xué)習(xí)到了通過lldb和內(nèi)存地址, 從類以及元類里查找我們聲明的(class_ro_t *)(成員變量列表), proper...
-
iOS 鎖的簡單實(shí)現(xiàn)與總結(jié)
一、互斥鎖 百度百科：在編程中，引入了對(duì)象互斥鎖的概念，來保證共享數(shù)據(jù)操作的完整性。每個(gè)對(duì)象都對(duì)應(yīng)于一個(gè)可稱為" 互斥鎖" 的標(biāo)記，這個(gè)標(biāo)記用來保證在任一時(shí)刻，只能有一個(gè)線程...
-
黑蘋果macOS、Windows雙系統(tǒng)安裝其實(shí)很簡單 一直用的MacBook Pro 15版，覺得性能有點(diǎn)跟不上了，編譯代碼什么的比較慢，買新版是不可能的，窮；所以一直想裝一臺(tái)黑蘋果，但是覺得好像太麻煩了，怕自己搞不...
-
@eryuxinling 如果精度要求很高的話，那可以試試替換文本里面的特殊字符使其變成和文字一樣的字符長度再去計(jì)算試試，
或者更麻煩的做法每一行一個(gè)控件自適應(yīng)展示完每行文字ios獲取UILabel每行顯示的文字
最近在項(xiàng)目中遇到需要在UILabel上顯示兩種類型的數(shù)據(jù)的需求 第一種數(shù)據(jù):最多顯示2行且2行表示不完的情況下結(jié)尾以省略號(hào)表示 第二種數(shù)據(jù):最多顯示2行且以一種特殊的表現(xiàn)形式...
-
@eryuxinling 沒有解決，最終我認(rèn)為這是控件底層渲染導(dǎo)致的。
樓主的方法是計(jì)算文本的，入?yún)⑹俏谋镜囊恍┡渲脜?shù)以及控件的寬度，這樣計(jì)算出來是正確的，正常顯示也是沒有問題的。但是一旦有英文標(biāo)點(diǎn)符號(hào)之類的特殊字符，占用1個(gè)字符長度，正常的文字2個(gè)字符長度控件渲染時(shí)，就會(huì)致使控件本身判斷他某一行會(huì)放不完整該行文字，然后自適應(yīng)導(dǎo)致最后文本總會(huì)多或者少一兩個(gè)文字，所以得出以上結(jié)論，不一定準(zhǔn)確僅供參考。ios獲取UILabel每行顯示的文字
最近在項(xiàng)目中遇到需要在UILabel上顯示兩種類型的數(shù)據(jù)的需求 第一種數(shù)據(jù):最多顯示2行且2行表示不完的情況下結(jié)尾以省略號(hào)表示 第二種數(shù)據(jù):最多顯示2行且以一種特殊的表現(xiàn)形式...
