wait、notify学习小记。
一个不是太合适的场景：顾客等饭吃、厨子做饭、厨子做好饭并停止做饭、顾客吃饭、顾客吃完饭接着等饭吃、厨子接着做饭………

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43

 
final Object lock = new Object();
Thread customerThread = new Thread(new Runnable() {
    @Override
    public void run() {
        synchronized (lock) {
            try {
                lock.wait();
            } catch (Exception ex) {

            }
        }
        while (true) {
            synchronized (lock) {
                try {
                    System.out.println("顾客吃完了，厨师可以继续做饭..............");
                    lock.notify();
                    lock.wait();
                } catch (Exception ex) {

                }
            }
        }
    }
});
Thread cookThread = new Thread(new Runnable() {
    @Override
    public void run() {
        while (true) {
            synchronized (lock) {
                System.out.println("厨师做好了，顾客可以吃了，暂停做饭");
                lock.notify();
                try {
                    lock.wait();
                } catch (Exception ex) {

                }
            }
        }
    }
});
customerThread.start();
cookThread.start();

Providing a nonnegative estimate of the height of rows can improve the performance of loading the table view. If the table contains variable height rows, it might be expensive to calculate all their heights when the table loads. Estimation allows you to defer some of the cost of geometry calculation from load time to scrolling time.

The default value is automaticDimension, which means that the table view selects an estimated height to use on your behalf. Setting the value to 0 disables estimated heights, which causes the table view to request the actual height for each cell. If your table uses self-sizing cells, the value of this property must not be 0.
When using height estimates, the table view actively manages the contentOffset and contentSize properties inherited from its scroll view. Do not attempt to read or modify those properties directly.

距离51小长假还有不到4个小时，干等也是等，不如湿等吧- - -过一遍URLSession的API，平日里也是习惯了使用AFNetworking、Alamofire完成数据请求，很少有需要去看这些系统的东西了。

URLSession提供了三种构造方式，分别是单利方式、携带配置信息、携带代理对象和任务队列:

1
2
3

open class var shared: URLSession { get }    
public /*not inherited*/ init(configuration: URLSessionConfiguration)
public /*not inherited*/ init(configuration: URLSessionConfiguration, delegate: URLSessionDelegate?, delegateQueue queue: OperationQueue?)

1
2
3
4
5
6

// 默认
 open class var `default`: URLSessionConfiguration { get }
 // 和.default类似，但是缓存、cookie、凭据无法使用了，无法存到磁盘中
 open class var ephemeral: URLSessionConfiguration { get }
 // 后台session, 典型的后台下载任务
 open class func background(withIdentifier identifier: String) -> URLSessionConfiguration

开启会话之后，便可以绑定会话任务URLSessionTask，通过调用不同的API创建不同类型的任务，如下四种：

1
2
3
4
5
6
7
8

// 将请求的数据存到内存中 sessionObj.dataTask(with:)
open class URLSessionDataTask : URLSessionTask {}
// 上传任务 URLSessionDataTask的子类 sessionObj.dataTask.uploadTask(with:from:)
open class URLSessionUploadTask : URLSessionDataTask {}
// 下载任务 
open class URLSessionDownloadTask : URLSessionTask {}
//  流任务，和指定主机端口或者服务器建立tcp/ip连接，streamTask(withHostName:port:) or streamTask(with:)
open class URLSessionStreamTask : URLSessionTask {}

1
2
3

task.addObserver(self, forKeyPath: "countOfBytesReceived",
                         options: .new,
                         context: nil)

URLSessionDataTask

A URL session task that returns downloaded data directly to the app in memory.

苹果虐我千百遍，我待苹果如初恋

虽说苹果审核相对安卓而言严格一些、条条框框多一些，但是其实入行到现在，经手的APP说多不多说少不少也有几个了，审核经历都还是蛮顺利的，即使偶尔被拒，也能很清晰的知道问题出现在什么地方。但是两个月前换工作之后，接手目前公司的APP，1.0版本的提交审核经历真滴是让我吐了，历经了一个半月，被拒了十几次，一个半月的工作状态就是当日提交审核、次日被拒、被拒当天再次提审、再次日接着被拒，如此循环，几乎让我打算打退堂鼓了。

1. blade渲染取限定长度字符:{ {str_limit($post->content, 20, '.....')} }
2. blade渲染出html效果(默认是把源数据以纯文本的形式展示): {!! str_limit($post->content, 20, '.......') !!}
3. form的提交方式是只有get、post，但是Laravel还可以使用put patch delete，如果要使用这三种方式，需在form中注明该方式<input type="hidden" name="_method" value="PUT(patch、delete)">

–IM在现在的APP中已是很普通常见的功能了，而我最后使用IM功能已是两年半之前的一个APP，时间很久，各个IM厂商的SDK更新很大，所以趁着手里比较闲，抽了两天时间过了一下IM的实现。我是以融云SDK为入手点，完整的过了一下它的开发文档，最终形成一个具有好友系统的聊天demo，这边笔记是用来记录官方文档中比较重要的点和完成demo过程中想到的一些内容。

融云SDK的消息推送机制

如果APP保持和融云服务器的长连接(在线)，则融云服务器会直接把消息推送给APP，APP再把消息内容以本地推送的形式展示出来(需要确定是如果是前台会发推送吗)，流程图如下：
如果APP和融云服务器没有保持长连接(离线)，则融云服务器会把消息推送给APNs，再由APNs将消息推送给手机，流程图如下如下：
注：应用切换至后台 2 分钟后，将自动切断与服务器的连接，此时应用为离线状态，新消息将会以 Push 方式推送。 用户在线状态下，应用在前台显示时，不会收到消息通知。

token

融云并不负责维护好友关系，也不需要这些数据，所以完成IM，APP的服务器至少需要完成两个工作是：维护好友关系和请求RCtoken

APP服务器和融云服务器的RCtoken交换机制：用户通过APP的账号密码登录APP服务器，APP服务器再向融云服务器请求该用户的RCtoken，并将RCtoken下发至APP，APP携带次RCtoken进行通信。

demo(好友体系、头像自己存储)

错误：

1. 不要用同一个token多次connect, sdk会自动做好重连工作！！！
2. 用户信息提供者为空请检查是否设置 [RCIM sharedRCIM].userInfoDataSource ,并且保证设置的对象没有被释放 [RCIM sharedRCIM].userInfoDataSource 是 weak 属性
3. 自定义聊天页面的时候，创建该页面的时候，直接设置回话类型，如果在viewdidload中进行设置，会出现再次进入该页面聊天记录不显示的现象。(考虑会话列表也是)

使用自带的聊天界面：
弹出的键盘包含了：1. 语音功能、2 loc 功能、 3. 发送本地图片功能、4、图片保存功能，5使用相机功能，
所有要完成如下操作：1. 导入语音的sdk 2. loc 授权，3. 图片使用授权 4. 保存图片授权、5相机授权，否则使用到以上的任意一个功能点都会导致崩溃，或者屏蔽这些功能，看截图

本文用于记录CoreImage框架的学习和使用，学习资源在这里。
CoreImage是高性能处理分析图像和影音图像的技术，并将晦涩难懂底部实现细节封装成简单的API，开发人没有OpenGL、OpenGL ES、Metal这些图像处理技术背景就可以使用GPU来处理图片，也可以没有GCD编程背景完成图片的多核处理。

本文记录如何使用CoreGraphics对图像进行简单处理，并粗略的实现一些图片的特效。

整体思路如下：

1. 创建位图上下文，按照格式把原图片色彩信息写入内存中，这里是百度百科对位图的介绍
2. 遍历存储原图片色彩信息的内存数据，通过地址和图片像素的关系，来获取原图每个像素的R G B A
3. 修改R G B A的值，如果能够按照某种特效的算法来修改，那么最终渲染的结果就是该特效
4. 从位图上下文中渲染出新图片
5. 内存管理
   阅读全文 »

本文用于记录一些有用的小tip、被自己忽略或者遗忘的小知识点。