资源收集网页

Linux下安装mysql8.0

Fri, 21 Mar 2025 16:53:35 +0800

一、下载mysql8.0安装包

1、在local创建mysql文件夹

cd /usr/local

mkdir mysql

cd mysql

2、使用wget下载mysql8.0的xz安装包

wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.20-linux-glibc2.12-x86_64.tar.xz

二、解压mysql8.0安装包

1、解压

tar -xvJf mysql-8.0.21-linux-glibc2.12-x86_64.tar.xz

2、重命名解压后的mysql文件夹（名字太长了）

mv mysql-8.0.21-linux-glibc2.12-x86_64 mysql8.0

3、创建data存储文件

cd mysql8.0

mkdir data

三、创建用户和用户组，并赋予权限

1、创建用户和用户组

groupadd mysql
 
useradd -g mysql mysql

2、给用户赋予权限

chown -R mysql.mysql /usr/local/mysql/mysql8.0

四、初始化mysql信息

1、切换到mysql8.0安装路径下

Tip：绝对路径：cd /usr/local/mysql/mysql8.0/bin

cd bin

2、初始化mysql基本信息

./mysqld --user=mysql --basedir=/usr/local/mysql/mysql8.0 --datadir=/usr/local/mysql/mysql8.0/data/ --initialize

3、获取到临时mysql密码

file

五、添加mysqld服务到系统

1、将mysqld服务添加到系统中

cd /usr/local/mysql/mysql8.0

cp -a ./support-files/mysql.server /etc/init.d/mysql

2、授权以及添加服务

chmod +x /etc/init.d/mysql

chkconfig --add mysql

3、mysql5.7以后就没有my.cnf了，所以我们创建一个。（个人觉得方便一些）

sudo vim my.cnf

# Example MySQL config file for small systems.  #  # This is for a system with little memory (<= 64M) where MySQL is only used  # from time to time and it's important that the mysqld daemon  # doesn't use much resources.  #  # MySQL programs look for option files in a set of  # locations which depend on the deployment platform.  # You can copy this option file to one of those  # locations. For information about these locations, see:  # http://dev.mysql.com/doc/mysql/en/option-files.html  #  # In this file, you can use all long options that a program supports.  # If you want to know which options a program supports, run the program  # with the "--help" option.  
 # The following options will be passed to all MySQL clients  [client]  default-character-set=utf8  
#password   = k0Ui&wV(Z3ytport        = 3306 socket      = /tmp/mysql.sock  
 
# Here follows entries for some specific programs  
 # The MySQL server   [mysqld]  
 #配置mysql的文件夹 和 mysql data目录basedir=/usr/local/mysql/mysql8.0datadir=/usr/local/mysql/mysql8.0/data
default-storage-engine=INNODB  character-set-server=utf8  
collation-server=utf8_general_ci  
port        = 3306 socket      = /tmp/mysql.sock  
skip-external-locking  
key_buffer_size = 16K  
max_allowed_packet = 1M  
table_open_cache = 4 sort_buffer_size = 64K  
read_buffer_size = 256K  
read_rnd_buffer_size = 256K  
net_buffer_length = 2K  
thread_stack = 128K  
 
# Don't listen on a TCP/IP port at all. This can be a security enhancement,  # if all processes that need to connect to mysqld run on the same host.  # All interaction with mysqld must be made via Unix sockets or named pipes.  # Note that using this option without enabling named pipes on Windows  # (using the "enable-named-pipe" option) will render mysqld useless!  #   #skip-networking  server-id   = 1 
 # Uncomment the following if you want to log updates  #log-bin=mysql-bin  
 # binary logging format - mixed recommended  #binlog_format=mixed  
 # Causes updates to non-transactional engines using statement format to be  # written directly to binary log. Before using this option make sure that  # there are no dependencies between transactional and non-transactional  # tables such as in the statement INSERT INTO t_myisam SELECT * FROM  # t_innodb; otherwise, slaves may diverge from the master.  #binlog_direct_non_transactional_updates=TRUE  
 # Uncomment the following if you are using InnoDB tables  #innodb_data_home_dir = /usr/local/mysql/data  #innodb_data_file_path = ibdata1:10M:autoextend  #innodb_log_group_home_dir = /usr/local/mysql/data  # You can set .._buffer_pool_size up to 50 - 80 %  # of RAM but beware of setting memory usage too high  #innodb_buffer_pool_size = 16M  #innodb_additional_mem_pool_size = 2M  # Set .._log_file_size to 25 % of buffer pool size  #innodb_log_file_size = 5M  #innodb_log_buffer_size = 8M  #innodb_flush_log_at_trx_commit = 1 #innodb_lock_wait_timeout = 50 
 [mysqldump]  quick  
max_allowed_packet = 16M  
 
[mysql]  no-auto-rehash  
# Remove the next comment character if you are not familiar with SQL  #safe-updates  
 [myisamchk]  key_buffer_size = 8M  
sort_buffer_size = 8M  
 
[mysqlhotcopy]  interactive-timeout

*设置my.cnf权限

sudo chmod 664 /etc/my.cnf

4、启动mysql服务

service mysql start

如果出现下面报错

file

解决

将/var/lock/subsys/下mysql文件删除

5、查看mysql服务状态

service mysql status

6、将mysql命令添加到服务

ln -s /usr/local/mysql/mysql8.0/bin/mysql /usr/bin

六、登录mysql

1、登录密码使用之前随机生成的密码

mysql mysql -uroot -p

2、修改管理员密码其中123456是新的密码自己设置

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456';

3、重新加载缓存，使密码生效

flush privileges；

4、退出mysql，用新密码尝试登录管理员

七、修改mysql配置，使其可以用工具远程登录

update user set host='%' where user='root';
flush privileges;

云服务器不能远程连接mysql，解决

如果是买的云服务器，例如：阿里云服务器的，请到设置mysql(3306)安全策略

Centos7安装MySQL8.0详细教程（压缩包安装方式）

Fri, 21 Mar 2025 00:59:07 +0800

下载MySQL

下载地址： https://downloads.mysql.com/archives/community/

这里需要知道自己的linux的glibc版本，不然安装的时候会提示glibc版本过低。查询方法如下：

rpm -q glibc

下载之后，将压缩包上传到服务器上，准备安装MySQL。

三、安装步骤

说明：本次安装教程，是在之前没有安装过MySQL的系统上进行的，如果你之前

安装过MySQL需要将MySQL相关的配置进行删除，包括用户组，以及MySQL相

关的文件夹，避免在安装过程中出现错误。

1、解压安装包

将MySQL压缩包解压到/usr/local/mysql目录中。

mkdir -p /usr/local/mysql tar --strip-components=1 -xvf mysql-8.0.39-linux-glibc2.17-x86_64.tar.xz -C /usr/local/mysql

2、创建MySQL组和用户

# 创建用户组 groupadd mysql # 创建用户并加入mysql用户组 useradd -g mysql mysql

3、更改所属的组和用户

# 进入到/usr/local目录

cd /usr/local chown -R mysql mysql/ chgrp -R mysql mysql/ chown -R mysql:mysql /usr/local/mysql # 进入到mysql目录，创建data和logs目录 cd mysql && mkdir -p data logs && chown -R mysql:mysql data logs

4、新建MySQL配置文件

vim /etc/my.cnf

[mysql] #设置mysql客户端默认字符集 default-character-set=utf8 [mysqld] #禁用dns解析 skip-name-resolve #设置3306端口 port = 3306 #设置mysql的安装目录 basedir=/usr/local/mysql #设置mysql数据库的数据的存放目录 datadir=/usr/local/mysql/data #允许最大连接数 max_connections=200 #允许连接失败的次数 max_connect_errors=10 #服务端使用的字符集默认为8比特编码的latin1字符集 character-set-server=utf8 #创建新表时将使用的默认存储引擎 default-storage-engine=INNODB #默认使用“mysql_native_password”插件认证 default_authentication_plugin=mysql_native_password #设置服务器接收数据包大小 max_allowed_packet=64M #配置错误日志 log_error=/usr/local/mysql/logs/mysql-error.log #配置进程文件 pid-file=/usr/local/mysql/mysql.pid #设置客户端发送数据包大小 max_allowed_packet=64M #使MySQL不区分大小写 lower_case_table_names=1

给配置文件赋予权限

chown 777 /etc/my.cnf

5、初始化MySQL

./bin/mysqld --user=mysql --basedir=/usr/local/mysql/ --datadir=/usr/local/mysql/data/ --initialize

6、添加mysql服务，并设置开机自启

cp -a /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql chmod +x /etc/rc.d/init.d/mysql chkconfig --add mysql chkconfig --level 345 mysql on ln -s /usr/local/mysql/bin/mysql /usr/bin

四、启动MySQL服务

# 启动

service mysql start # 查看状态 service mysql status # 停止 service mysql stop

五、查看临时密码，并登陆MySQL

cat /usr/local/mysql/logs/mysql-error.log

mysql -u root -p

填写临时密码，注意密码输入的时候是不可见的，直接复制粘贴密码即可。

六、修改密码

ERROR 1820 (HY000): You must reset your password using ALTER USER statement before executing this statement.

初次使用的时候，需要先修改密码，否则会报以上错误

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456'; flush privileges;

七、开启远程访问

如果你需要开启远程访问，可以用以下方式完成

注意事项：如果是虚拟机，记得关闭防火墙或者添加3306端口开放，如果是服务器，记得在服务器后台中的安全组中添加3306端口开放，

否则远程连接的时候，会连接不上，在远程连接的时候，切勿使用弱密码，否则数据库会被脚本工具扫描，会造成不可估量的损失。

use mysql; update user set host = '%' where user = 'root'; flush privileges; select host, user from user;

使用nginx让nps内网穿透的网站支持https

Thu, 27 Feb 2025 11:22:58 +0800

00.nps配置

因为nginx需要监听80与443端口，而nps的http和https默认代理端口也是80与443端口，所以我们需要修改nps的配置

进入nps的根目录，本人这里是/opt/nps/，但是很多人是/etc/nps

进入conf文件夹，编辑nps.conf文件，找到以下代码块

#HTTP(S) proxy port, no startup if empty
http_proxy_ip=0.0.0.0
http_proxy_port=80
https_proxy_port=443
https_just_proxy=true

将其中的80和443端口改成你想要的就可以了，https可以留空，因为我们直接用nginx强制使用https即可，就不需要https代理了

然后重启nps:

sudo systemctl restart nps

我这里将http代理端口设置为8010，https端口设置为空

01.新建域名解析(如果之前没有)

这里的主机指的是用户访问的地址，也就是用户输入地址栏的地址。只有nps识别到用户从主机一模一样的域名进来，才会给你内网穿透

02.nginx与nps配合的配置

先上配置文件(里面的charsama.cn要改为你自己的域名)：

events {
    worker_connections 1024;
}

http {
    # 1. 主域名的 HTTP 重定向到 HTTPS
    server {
        listen 80;
        server_name charsama.cn;
        return 301 https://charsama.cn$request_uri;
    }

    # 2. 强制将 www.charsama.cn 的 HTTP 重定向到 HTTPS 主域名
    server {
        listen 80;
        server_name www.charsama.cn;
        return 301 https://charsama.cn$request_uri;
    }

    # 3. 强制将 HTTPS 的 www.charsama.cn 重定向到主域名
    server {
        listen 443 ssl;
        server_name www.charsama.cn;
        ssl_certificate /etc/nginx/conf.d/charsama.cn/fullchain.pem;
        ssl_certificate_key /etc/nginx/conf.d/charsama.cn/privkey.pem;
        return 301 https://charsama.cn$request_uri;
    }

    # 4. 主域名 HTTPS 配置
    server {
        listen 443 ssl;
        server_name charsama.cn;
        ssl_certificate /etc/nginx/conf.d/charsama.cn/fullchain.pem;
        ssl_certificate_key /etc/nginx/conf.d/charsama.cn/privkey.pem;
        ssl_session_timeout 5m;
        ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;
        ssl_ciphers EECDH+CHACHA20:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5;
        ssl_prefer_server_ciphers on;
        add_header Strict-Transport-Security "max-age=31536000";

        access_log /var/log/nginx/charsama.cn.https.log;

        location / {
            proxy_pass http://127.0.0.1:8010;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
        }
    }
}

前面三个都是用于强制跳转的，效果大概是:

https://charsama.cn       -> https://charsama.cn
http://www.charsama.cn   -> https://charsama.cn
https://www.charsama.cn  -> https://charsama.cn

最后一个server中的proxy_pass http://127.0.0.1:8010;就是将请求发送到nps大的http代理端口，我之前设置的是8010，你们如果设置的是其它端口就设置为proxy_pass http://127.0.0.1:[其它端口];

原理就是，你给nps发送了用户的host，也就是用户访问的主机名，然后nps通过8010端口接收并从域名解析中对比主机名，哪个对上了就内网穿透哪一个

        ssl_certificate /etc/nginx/conf.d/charsama.cn/fullchain.pem;
        ssl_certificate_key /etc/nginx/conf.d/charsama.cn/privkey.pem;

这两行是证书，我们等会就会去申请

将这些配置修改成你的域名之后，进入nginx根目录

cd /etc/nginx

把上面的所有内容（你修改过后的）全部替换你nginx.conf里面的内容（如果你曾经修改过里面的东西请酌情保留）

03.申请证书

进入 https://httpsok.com/ 网页（如果不介意的话可以进入我的邀请页面https://httpsok.com/p/4ODl，虽然对我帮助可能不是特别大但是羊毛谁不爱薅呢？）

找到证书管理，点击免费申请证书（才发现我做演示申请的证书也被算进免费额度里了）

按照httpsok网站提供的指示，填写域名cname的记录，直接复制粘贴就好了（

保存之后直接验证，验证通过后就可以直接申请了，申请完毕之后我们回到证书管理页面，下载证书，直接下载nginx版本的。可以先点击下载之后复制下载链接，然后到服务器使用wget [下载链接]，然后unzip解压，也可以直接通过其他应用上传到服务器里

进入nginx的conf.d文件夹，一般是/etc/nginx/conf.d/

cd /etc/nginx/conf.d

在此处创建一个与你域名相同的文件夹

mkdir domain.com(替换成你的域名)

进入这个文件夹

cd domain.com(替换成你的域名)

然后把你刚才下载的证书（解压过后的.pem文件）移动到这里（或者直接在这里下载也行）

然后返回到nginx根目录

cd /etc/nginx

我们再次打开httpsok网站找到自动部署，复制nginx的自动部署命令，大概长这个样子（每个人的都不一样，不要复制我的！！）

curl -s https://get.httpsok.com/ | bash -s 9aN0RN3y4hczqP9wL4

注意：非root用户要在bash前面加上sudo，大概是这样子：

curl -s https://get.httpsok.com/ | sudo bash -s 9aN0RN3y4hczqP9wL4

然后你会看到这样的回应，如果不是那你就失败了（

如果出现相同的回应，就说明你成功了。

完事了之后重启下nginx:

sudo systemctl restart nginx

访问你的域名，这个时候你应该看到你的网站正常运行，并且具有https保护

04.一些小问题

wordpress（或者其他服务）如果出现资源缺失等问题请开启wordpress的https模式

修改wordpress根目录（或者docker容器内的wp-config.php)

添加这三行就行了：

$_SERVER['HTTPS'] = 'on';
define('FORCE_SSL_LOGIN', true);
define('FORCE_SSL_ADMIN', true);

T3如何利用系统工具导入导出复制存货档案详细教程

Wed, 16 Oct 2024 14:05:39 +0800

T3如何利用系统工具导入导出复制存货档案

问题现象：

如何把旧账的存货档案复制到新建一个公司帐，如何在系统工具中操作？

解决方案：

1、点击电脑左下角“开始”-“程序”-“T3系列管理软件”-“T3”-“系统工具”，在此注册控制台界面输入（用户名、密码、选择帐套、操作日期）点击“确定”按钮，如下图；

2、注册控制台确定后，进入“导航图”界面选择数据“导入导出”如下图；

3、点击“数据导入导出”完后，进入“导入导出”界面，选择“可选项目”-“基础档案”-“存货档案”；“已选项目”-“存货档案”；“选项”-“用友通数据导出excel文件”点击“设置”按钮，如下图；

4、点击设置按钮之后，“导入导出项目”选择“存货档案”；“导出excel，默认文件路径”选择电脑桌面上“我的文档”-“基础档案”文件，点击确定和保存全部按钮，退出回到导入导出界面点击“执行”按钮，会显示结果，如下图；

5、结果显示完后，点击关闭按钮，回到桌面-“我的文档”-“基础档案”-“存货档案”查询结果，如下图；

6、导出成功之后，进行导入数据，再“系统工具-导航图”界面-“文件”-“重新注册”，再注册控制台界面输入（用户名、密码、选择帐套（此时选择新帐套010）、操作日期）点击“确定”按钮，如下图；

7、注册控制台确定后，进入“导航图”界面选择数据“导入导出”如下图；

8、点击“数据导入导出”完后，进入“导入导出”界面，选择“可选项目”-“基础档案”-“存货档案”；“已选项目”-“存货档案”；“选项”-“外部excel文件数据导入到用友通”点击“设置”按钮，如下图；

9、点击设置按钮之后，“导入导出项目”选择“存货档案”；“导入excel，默认文件路径”选择电脑桌面上“我的文档”-“基础档案”-“存货档案”文件，点击确定和保存全部按钮，退出回到导入导出界面点击“执行”按钮，会显示结果，如下图；

10、导入数据成功后，重新登入T3软件选着【010】帐套-“基础设置”-“存货”-“存货档案”，查询导入的结果，如下图；

自己搭建远程桌面服务器-RustDesk（小白版

Tue, 08 Oct 2024 01:17:06 +0800

1.RustDesk简介

此软件主要功能为远程各种设备（其中包括Windows、macOS、Linux、iOS、Android、Web等）

支持文件传输（可直接拷贝远程电脑的文件，类似向日葵的远程文件）

支持内网穿透（支持端口映射，TCP/UDP，支持Windows默认远程桌面应用）

最主要优点为可远程Android，本人最爱，简单配置，可帮助老家父母直接操控手机，解决他们使用手机过程中的问题

2.同类型软件对比（我已知的）

2.1 向日葵

①网络差

②不能高清分辨率

③不支持自建服务器

④使用第三方网络转发不安全

⑤不支持内网穿透（端口映射）

⑥不能满足所有设备（我知道的安卓就不可以）

2.2 frp

①部署不方便

②只能使用Windows自带远程桌面

③每次端口映射都需要修改配置文件并且重启服务

④不能满足所有设备（好像只能电脑使用）

2.3 TeamViewer

不过多介绍好多年就不用了（我记的疫情期间居家办公直接卡的要死，之后就没在用过）

2.4 ToDesk/RayLink

①不能满足所有设备（安卓不能使用）

②不支持自建服务器

③使用第三方网络转发不安全

④不支持内网穿透（端口映射）

3.远程软件推荐

如果自己没有服务器，远程桌面我推荐使用向日葵、ToDesk、RayLink（这些都不支持安卓）

如果想使用内网穿透，我建议使用花生壳、NAT123（早些年非常好用、现在弄得特别复杂）

自己有服务器，穿透可使用RustDesk、frp

本人目前使用为RustDesk、向日葵混合使用。

4.准备内容

① 一个公网服务器（可装Centos7.6或Windows系统）建议使用Centos 可以命令部署

如果没有服务器，可自行到腾讯云、阿里云申请（一般都会有活动什么年终、双十一、双十二等等，价格不贵，便宜的100多一年，学生会有学生优惠，更便宜。本人就不在此处推销链接了）

② RustDesk服务端软件、客户端软件、Android等（国内GitHub访问慢，我会打包放在下面）

RustDesk.exe

https://www.alipan.com/s/FFwnJQBr6dg

提取码: m38i

点击链接保存，或者复制本段内容，打开「阿里云盘」APP ，无需下载极速在线查看，视频原画倍速播放。

③服务器防火墙需要将以下内容加入到白名单

TCP(21115, 21116, 21117, 21118, 21119)

UDP(21116)

hbbs 监听21115(tcp), 21116(tcp/udp), 21118(tcp)，hbbr 监听21117(tcp), 21119(tcp)。务必在防火墙开启这几个端口，请注意21116同时要开启TCP和UDP。其中21115是hbbs用作NAT类型测试，21116/UDP是hbbs用作ID注册与心跳服务，21116/TCP是hbbs用作TCP打洞与连接服务，21117是hbbr用作中继服务, 21118和21119是为了支持网页客户端。如果您不需要网页客户端（21118，21119）支持，对应端口可以不开。

5.开始操作

1.服务端Centos7.6（系统为Linux使用此方式）

服务端软件是部署在Docker上，建议先安装Docke（安装Docker方法自行百度）

执行下述命令

1.拉取RustDesk镜像

sudo docker image pull rustdesk/rustdesk-server

阿里云加速使用这个

sudo docker image pull thtom/rustdesk-server

2.启动hbbs服务

sudo docker run --name hbbs -p 21115:21115 -p 21116:21116 -p 21116:21116/udp -p 21118:21118 -v `pwd`:/root -td --net=host rustdesk/rustdesk-server hbbs

阿里云加速使用这个

sudo docker run --name hbbs -p 21115:21115 -p 21116:21116 -p 21116:21116/udp -p 21118:21118 -v `pwd`:/root -td --net=host thtom/rustdesk-server hbbs

3.启动hbbr服务

sudo docker run --name hbbr -p 21117:21117 -p 21119:21119 -v `pwd`:/root -td --net=host rustdesk/rustdesk-server hbbr

阿里云加速使用这个

sudo docker run --name hbbr -p 21117:21117 -p 21119:21119 -v `pwd`:/root -td --net=host thtom/rustdesk-server hbbr

4.查看Docker容器启动情况

docker ps -a

确认hbbs、hbbr容器为Up状态

2.服务端Windows（系统为Windows使用此方式）

解压软件包后点击RustDeskServer.Setup.exe按步骤安装，安装完成后在界面上点击Start

3.客户端Windows

安装客户端软件，点击三个点

选择网络->点击解锁网络设置->将服务器IP填写到ID服务器中，被控端可以不填写中继服务器，控制端建议填写，都是服务器IP -> 点击应用然后就可以使用远程ID去控制电脑了

4.客户端Android

安装客户端软件，点击设置->ID/中级服务器->输入ID服务器->点击确认

手机如果只是共享屏幕，点击共享屏幕->启动服务

如果想要远程控制，选择屏幕输入滑块打开，自动提示进入手机设置，到【(手机品牌不同显示内容不一样)无障碍、服务、已安装服务】中找到RustDesk Input，打开此项

6.内网穿透

如下图，安装完成后，可自行研究

如上述内容有问题，可进行评论。

docker部署MongoDB

Tue, 01 Oct 2024 00:53:27 +0800

安装Docker

(提示：已安装的小伙伴可以忽略此步骤)

yum 包更新到最新:

sudo yum -y update

安装需要的软件包， yum-util 提供 yum-config-manager 功能，另外两个是devicemapper 驱动依赖的

sudo yum install -y yum-utils device-mapper-persistent-data lvm2

设置 yum 源为阿里云

sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

安装 docker

sudo yum install docker-ce

安装后查看 docker 版本

docker -v

设置镜像加速器

国内从 DockerHub 拉取镜像有时会遇到困难，此时可以配置镜像加速器。

使用阿里云镜像加速器

首先进入阿里云的docker库：https://www.aliyun.com/product/kubernetes?spm=5176.10695662.1362911.1.3cab795d6uoX0P
注册或登录账号，并进入控制台管理
选择镜像加速器选项

进入到镜像加速器选项，可以看到你的加速器地址，可以根据操作文档步骤进行配置
先创建文件夹，然后编辑文件daemon.json(没有此文件使用touch创建文件)

sudo mkdir -p /etc/dockertouch /etc/docker/daemon.jsonvi /etc/docker/daemon.json

在该文件中输入如下内容,打码的部分为你自己的阿里加速器地址

{"registry-mirrors": ["https://xxxxx.xxxxx.aliyuncs.com"]}

编辑保存后，需要重启，输入如下命令

sudo systemctl daemon-reload #重启加速器sudo systemctl restart docker #重启docker

关闭防火墙

systemctl stop firewalld

安装镜像

MongoDB 安装

docker pull mongo

Redis 安装

docker pull redis

拉取 easymock

docker pull blackcater/easy‐mock

启动 mongo

docker run ‐d ‐p 27017:27017 ‐v /usr/local/share/mongo/data/:/data ‐‐name mongo ‐‐restart=always mongo

进入容器，创建数据库

docker exec ‐it mongo bashmongouse easy-mock

启动 redis

docker run -p 6379:6379 --name redis -v /home/users/docker/redis/data:/data -d redis redis-server --appendonly yes

docker-compose 安装常用docker镜像（kafka、redis、mysql、elasticesarch、zookeeper、mongo）

Mon, 30 Sep 2024 17:25:00 +0800

Docker Compose是一个用来定义和运行复杂应用的Docker工具。一个使用Docker容器的应用，通常由多个容器组成。使用Docker Compose不再需要使用shell脚本来启动容器。

Compose 通过一个配置文件来管理多个Docker容器，在配置文件中，所有的容器通过services来定义，然后使用docker-compose脚本来启动，停止和重启应用，和应用中的服务以及所有依赖服务的容器，非常适合组合使用多个容器进行开发的场景。

docker-compose常用命令：

在mac或windows系统中，只需要下载Docker Desktop 应用，即可直接使用docker-compose脚本

在Linux系统中，安装docker-compose的步骤如下

先安装docker
下载二进制文件（似乎需要与当前安装的docker大版本匹配，从1.29.1开始支持depend_on，建议使用2.0.1版本）：

curl -L "https://get.daocloud.io/docker/compose/releases/download/1.29.1/docker-compose-`uname -s`-`uname -m`" > /usr/local/bin/docker-compose

3. 授权：sudo chmod +x /usr/local/bin/docker-compose

4. 选做，创建一个软链接：sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose

docker-compose常用命令：

查看docker-compose版本（确认是否安装）：docker-compose version
拉取docker-compose.yml文件中使用到的images：docker-compose pull
部署docker-compose服务：docker-compose [ -f docker-compose.yml ] [ -p dev ] up [ -d ] [ kafka mysql redis es kibana ]

-f 指定docker-compose要使用的配置文件，不指定时默认使用docker-compose.yml
-p 指定项目名称（project_name）
-d 指定应用在后台启动
最后的可选值，如果不指定，则启动配置文件中的所有service；如果指定了service名称，则只启动指定的service（如果此service需要依赖其他service，则被依赖的service也会启动）

重启已停止的 Compose 应用：docker-compose restart
停止 Compose 应用相关的所有容器（不删除）：docker-compose stop
删除已停止的 Compose 应用：docker-compose rm
列出 Compose 应用中的各个容器：docker-compose ps
停止并删除运行中的 Compose 应用：docker-compose down

注意事项：

如果容器挂载了外部文件夹，则需要先创建文件夹，否则报错
低版本（1.*版本）要使用docker-compose命令，桌面版docker高版本（docker-compose 2.*）可以使用docker compose命令
关于`docker-compose.yml`文件中version与docker版本的对应关系，见 Compose-file
注意`docker-compose.yml`文件中双引号的使用！
docker-compose.yml文件

# docker compose commands --> # 后台启动配置文件中的所有服务： # docker compose -f docker-compose.yml -p dev up -d # 后台启动一部分服务 # docker compose -f docker-compose.yml -p dev up -d  kafka mysql redis es kibana # 关闭所有服务 # docker compose down  version: '3'  services:   kafka:  image: wurstmeister/kafka:2.12-2.4.1  container_name: kafka  # 依赖其他服务时，docker会先启动其他服务，注意service名称的对应  depends_on: [ zookeeper ]  # 重启策略：在什么情况下服务会重启，可选值有no、always、on-failure、unless-stopped  restart: "no"  #  宿主机端口号到容器端口号的映射  ports:  - "9092:9092"  # 观景变量的配置，注意引号的使用，也可以使用另一种形式配置（冒号后有空格，且没有最前面的”-“） variable: 123  environment:  # 如果需要允许其他客户端访问，可能需要将这里的ip改为自己宿主机实际使用的ip地址，如 192.168.2.236  - KAFKA_ADVERTISED_LISTENERS=PLAINTEXT://192.168.11.91:9092  # - KAFKA_ADVERTISED_HOST_NAME=127.0.0.1  - KAFKA_LISTENERS=PLAINTEXT://0.0.0.0:9092  - KAFKA_ZOOKEEPER_CONNECT=zookeeper:2181  - KAFKA_HEAP_OPTS="-Xms200m -Xmx512M"  - KAFKA_AUTO_CREATE_TOPICS_ENABLE=true      - KAFKA_BROKER_ID=0        #   - KAFKA_LOG_DIRS="/kafka/kafka-logs-1"  # volumes:  #   - /usr/local/kafka/logs:/kafka/kafka-logs-1   zookeeper:  image: zookeeper:3.5.9  container_name: zookeeper  restart: on-failure  ports:  - "2181:2181"  # volumes:  #   - /usr/local/zookeeper/data:/data  #   - /usr/local/zookeeper/log:/datalog  # ---------------------------------------------------------  mysql:  image: mysql:5.7.33  container_name: mysql  ports:  # 宿主机的端口：容器的端口  - "3306:3306"  #让容器拥有root权  privileged: true  command:  --explicit_defaults_for_timestamp=true  --lower_case_table_names=1  --default-authentication-plugin=mysql_native_password #这行代码解决无法访问的问题  # ALTER USER'root'@'%' IDENTIFIED WITH mysql_native_password BY '123456';   environment:  - MYSQL_ROOT_PASSWORD=123456  # - MYSQL_USER=mysql  # - MYSQL_PASS=123456  volumes:  - ~/mysql_data:/var/lib/mysql  # ---------------------------------------------------------  redis:  image: redis:6.2.1  container_name: redis  ports:  - "6379:6379"  deploy:  resources:  limits:  cpus: '0.50'  memory: 500M  environment:  - TZ=Asia/Shanghai  - LANG=en_US.UTF-8  # ---------------------------------------------------------  mongo:  image: mongo:4.4.9  container_name: mongo  ports:  - "27017:27017"  environment:  - MONGO_INITDB_ROOT_USERNAME=admin  - MONGO_INITDB_ROOT_PASSWORD=123456  - TZ=Asia/Shanghai  # ---------------------------------------------------------  es:  image: elasticsearch:7.11.2  container_name: es  ports:  - "9200:9200"  - "9300:9300"  environment:  - ES_JAVA_OPTS=-Xms128m -Xmx1024m  - cluster.name=elasticsearch  - discovery.type=single-node  - bootstrap.memory_lock=true  - http.cors.enabled=true  - http.cors.allow-origin=*  - TZ=Asia/Shanghai  ulimits:  memlock:  soft: -1  hard: -1   kibana:  image: kibana:6.8.20  container_name: kibana  ports:  - "5601:5601"  depends_on: [ es ]  environment:  - ELASTICSEARCH_URL=http://192.168.11.91:9200  # ---------------------------------------------------------  eureka:  image: eureka:local  container_name: eureka  ports:  - 8761:8761  environment:  PORT: "8761"  SPRING_PROFILES_ACTIVE: dev  # ---------------------------------------------------------  hbase-master:  image: bde2020/hbase-master:1.0.0-hbase1.2.6  container_name: hbase-master  hostname: hbase-master  env_file:  - ~/hbase-distributed-local.env  environment:  SERVICE_PRECONDITION: "namenode:50070 datanode:50075 zookeeper:2181"  ports:  - 16010:16010  - 16000:16000 # 新添加   hbase-region:  image: bde2020/hbase-regionserver:1.0.0-hbase1.2.6  container_name: hbase-regionserver  hostname: hbase-regionserver  env_file:  - ~/hbase-distributed-local.env  environment:  HBASE_CONF_hbase_regionserver_hostname: hbase-region  SERVICE_PRECONDITION: "namenode:50070 datanode:50075 zookeeper:2181 hbase-master:16010"  ports:  - 16030:16030  - 16020:16020 # 新添加

正经分析iOS包大小优化

Wed, 25 Sep 2024 23:33:33 +0800

背景

包大小优化是项目开发中不可避免会遇到的，网上关于包大小优化的文章很多，每篇文章说的都不尽相同，笔者曾经根据网上的文章做过包大小优化，但效果不尽人意；因此笔者想根据已有的文章、知识结合自己的理解、实践，做一份总结梳理，整理自己的包大小优化逻辑，不光要知道怎么做可以让包大小变化，还要知道为什么这么做能产生效果，所以就有了这篇文章。

分析

想要优化安装包大小，首先需要弄清楚影响安装包大小的因素有哪些？之前笔者优化包大小直接闷着头就去瘦身，瘦来瘦去也没瘦出个名堂，而且还跟别人说不清楚自己做了什么，为什么这么做？

后来总结出来，做事之前要先思考、分析、最后再去做，要思考的是影响这件事的因素有哪些，一一列举出来，查漏补缺；然后针对这些因素进行分析，分析哪些因素是人为可控的，哪些因素是不能改变的，针对可控的部分要怎么优化，不可控的部分是否能避免，最好可以使用思维导图工具，一一记录；然后按照思维导图的整理出来的数据，按步骤去执行。

回过头来，针对安装包大小，首先分析影响安装包大小的因素，有：Xcode的设置、资源、代码三个方面。那针对这几个方面要怎么优化？以及如何查看每一步优化的结果？

首先是怎么优化的问题：

Xcode的编译设置优化，Xcode设置影响的是生成包的大小，通过Xcode编译选项优化的设置，让生成的ipa包变小，比如不含断点调试、去掉异常支持等等。

资源文件的优化，资源不光有图片资源，也包含代码资源和其它导入的资源，可以通过分析安装包构成，看里面哪些部分比较大、不合理，从而进行优化。

代码的优化，通过Link Map生成Link Map File，分析Link Map File各文件占用，结合Mach-O文件进行分析优化。

然后是怎么查看每一步优化的结果的问题：

查看每一步的优化结果，可以通过分析打包出来的ipa的大小，以及ipa的组成，与初始的ipa包大小比较，即可直观得到优化的结果。但可以更进一步，分析ipa的构成，对比优化后的构成，看每一步的操作具体影响的是包的哪一块儿，从而导致包的大小发生了变化。所以先来看一下一个ipa的包包含哪些内容，然后每一步优化之后，对应ipa的哪一部分发生了变化？

安装包的构成

iOS打包出来的ipa，本质上是一个压缩包，所以可以将.ipa的后缀改为.zip，然后进行解压缩，之后会得到一个Payload文件夹，里面又一个xxx.app的文件，这个xxx.app就是包含所有文件的包了，选中xxx.app，右键显示包内容，即可看到里面具体包含的东西了，大致如下：

安装包：

_CodeSignature： ipa包签名文件
.lproj：语言文件
Frameworks：第三库、SwiftSupport库
Plugins： App创建的扩展，比如：Widget、Push、分享
Assets.car：由Assets.xcassets生成的资源文件，里面包含各种分辨率的图片
embedded.mobileprovision：证书配置文件
Info.plist：项目配置
exec格式的xxx：可执行包
其它资源文件

.mp3格式的文件
.html的文件
.json的文件
.png或者.jpg的文件

示例如下，Ps：不得不说，笔者这个ipa包含的内容真的是很全面了，各种的资源都有，哈哈哈

笔者初始ipa包大小为22.9M，解压缩之后.app的大小为57.1M，其中各部分大小明细如下

内容
大小
_CodeSignature
93 KB
.lproj
4 KB
Frameworks
37.5 MB
Plugins
181 KB
Assets.car
4.9M
embedded.mobileprovision
8KB
Info.plist
6 KB
exec格式的xxx
13 MB
其它资源文件
1.4 MB

内容	大小
_CodeSignature	93 KB
.lproj	4 KB
Frameworks	37.5 MB
Plugins	181 KB
Assets.car	4.9M
embedded.mobileprovision	8KB
Info.plist	6 KB
exec格式的xxx	13 MB
其它资源文件	1.4 MB

了解了iPa包的组成之后，我们再回过头来，按照Xcode的编译优化、资源文件优化、代码优化的步骤来一步步分析。

Xcode编译设置

一般这一步容易被人忽略，因为提到优化最先能想到的就是资源优化，比如图片压缩、无用代码删除等等，而对于Xcode自身的编译优化提及的反而不多。而且由于网上提供的参考针对每个项目可能结果都不一样，有些编译选项的设置是需要针与实际项目结合起来才可以，所以笔者这里整理和总结了一下：

Xcode编译优化相关：

Build Settings中去掉异常支持，Enable C++ Exceptions和Enable Objective-C Exceptions设置为NO，Other C Flags添加-fno-exceptions；

WeCom20210430-150019.png

WeCom20210430-150116.png

注意：Enable C++ Excptions和Enable Objective-C Exceptions是指项目支持对错误的异常处理，比如try catch、throw之类的；所以如果项目中使用的有类似的异常处理的，这个关闭了之后会报错（Cannot use '@try' with Objective-C exceptions disabled）。包括宏定义中使用的有try{}、@finally{}之类的，比如@strongify等，如果关闭了最后打包的时候也会报错。

-fno-exceptions的意思是禁用异常机制，参考gcc，同样，当项目中有try thorw的时候，就不要设置这个选项为NO

代码语言：txt
复制
> Before detailing the library support for -fno-exceptions, first a passing note on the things lost when this flag is used: it will break exceptions trying to pass through code compiled with -fno-exceptions whether or not that code has any try or catch constructs. If you might have some code that throws, you shouldn't use -fno-exceptions. If you have some code that uses try or catch, you shouldn't use -fno-exceptions.

Build Settings -> Architectures，Release下设置为arm64

WeCom20210430-170718@2x.png

Architectures指定工程被编译成可支持哪些指令集类型，支持的指令集越多，就会编译出多个指令集代码的数据包，ipa包就会变大。默认的standard architectures(armv7,arm64) 参数，打的包里面有32位、64位两份指令集。如果不需要32位的，可以在other中更改支持的指令集，从而使ipa包变小。

代码语言：txt
复制
> armv6: iPhone, iPhone 3G, iPod 1G/2G  
> armv7: iPhone 3GS, iPhone 4, iPhone 4S, iPod 3G/4G/5G, iPad, iPad 2, iPad 3, iPad Mini  
> armv7s: iPhone 5, iPhone 5c, iPad 4  
> arm64: iPhone X，iPhone 8(Plus)，iPhone 7(Plus)，iPhone 6(Plus)，iPhone 6s(Plus), iPhone 5s, iPad Air(2), Retina iPad Mini(2,3)  
> arm64e: XS/XS Max/XR/ iPhone 11, iPhone 11 pro
> x86_64: 模拟器64位处理器
> i386: 模拟器32位处理器

注意：Xcode 12之后，没有了Valid Architectures选项的设置。

另：如果把Architectures从standard architectures(armv7,arm64)改为arm64，则会发现target无法选择模拟器运行了，所以建议Debug模式下修改为arm64、x86_64或者不修改，Release下设置为arm64。

更新：经朋友指点，这个地方Architectures的设置，还有另外一种设置方法，Architectures不修改，Excluded Architectures中设置Release模式下 Any iOS SDK -> armv7，也可以实现同样的效果。设置了之后，就是Release下把armv7的指令集排除在外。选中target会发现默认设置了 Any iOS Simulator SDK -> arm64，意思是模拟器的时候排除arm64指令集。

如下：

WX20210508-162103.png

Build Settings -> Generate Debug Symbols设置为NO

WeCom20210430-152121.png

Generate Debug Symbols的意思是生成调试符号，当这个选项设置为YES时，每个源文件在编译成.o文件时，编译参数多了-g和-gmodule，意思是generate complete debug info，所以产生的.o文件会大，从而最终生成的可执行文件也就会变大。

代码语言：txt
复制
> Generate Debug Symbols (GCC_GENERATE_DEBUGGING_SYMBOLS), Enables or disables generation of debug symbols. When debug symbols are enabled, the level of detail can be controlled by the Debug Information Format (DEBUG_INFORMATION_FORMAT) setting.

注意Generate Debug Symbols设置为NO时，在Xcode中设置的断点不会中断，即不能断点调试。且最后不能生成DSYM文件，即使Debug Information Format设置了，也不能生成，因为首先要有调试信息然后才能生成DSYM文件，而设置为NO，意味着不产生调试信息，所以也就没办法生成DSYM文件。所以建议不要设置。

Build Settings -> Deployment Postprocessing，Debug模式下设置NO，Release下设为YES

Deployment Postprocessing是Strip配置的总开关

WeCom20210430-171159@2x.png

官方解释：

Deployment Postprocessing (DEPLOYMENT_POSTPROCESSING), If enabled, indicates that binaries should be stripped and file mode, owner, and group information should be set to standard values.

注意：Deployment Postprocessing是Strip配置的总开关，只有这个设置为YES之后，下面的Strip Linked Product、Strip Debug Symbols During Copy的设置才会生效。

Build Settings -> Strip Linked Product，Debug下设置为NO，Release下设置为YES

代码语言：txt
复制
    对最后生成的二进制文件进行strip，去除不必要的符号信息，Release下可以为YES。

代码语言：txt
复制
    [官方解释：](https://help.apple.com/xcode/mac/11.4/#/itcaec37c2a6)

代码语言：txt
复制
    > Strip Linked Product (STRIP_INSTALLED_PRODUCT), If enabled, the linked product of the build will be stripped of symbols when performing deployment postprocessing.

代码语言：txt
复制
    注意：如果Deployment Postprocessing不打开，该选项没有作用。去除了符号信息之后需要使用dSYM来进行符号化，所以需要将 Debug Information Format 修改为DWARF with dSYM file（Release下），如果在Debug下设置为DWARF with dSYM file那么在崩溃时将无法看到堆栈信息。

Build Settings -> Strip Debug Symbols During Copy，Debug下设置为NO，Release下设置为YES

文件拷贝编译阶段是否进行strip，设置为YES之后，会把拷贝进项目包的三方库、资源或者Extension的Debug Symbol去除。

官方解释：

Strip Debug Symbols During Copy (COPY_PHASE_STRIP), Specifies whether binary files that are copied during the build, such as in a Copy Bundle Resources or Copy Files build phase, should be stripped of debugging symbols. It does not cause the linked product of a target to be stripped—use Strip Linked Product (STRIP_INSTALLED_PRODUCT) for that.

注意：如果Deployment Postprocessing不打开，该选项没有作用

Build Settings -> Symbols Hidden by Default，Debug模式下设置为NO，Release下设置为YES

WeCom20210430-171411@2x.png

Symbols Hidden by Default会把所有符号都定义成"private extern"，移除符号信息

官方解释：

Symbols Hidden by Default (GCC_SYMBOLS_PRIVATE_EXTERN), When enabled, all symbols are declared private extern unless explicitly marked to be exported using attribute((visibility("default"))) in code. If not enabled, all symbols are exported unless explicitly marked as private extern. See Controlling Symbol Visibility in C++ Runtime Environment Programming Guide.

Build Settings -> Make Strings Read-Only设置为YES

WeCom20210430-171444@2x.png

复用字符串字面量

官方解释：

代码语言：txt
复制
> Make Strings Read-Only (GCC_REUSE_STRINGS), Reuse string literals.

Build Settings -> Dead Code Stripping设置为YES

WX20210510-131729.png

消除无效代码，C/C++/Swift 等静态语言编译器会在 link 的时候移除未使用的代码，对于OC等动态语言是无效的

官方解释：

Dead Code Stripping (DEAD_CODE_STRIPPING), Activating this setting causes the -dead_strip flag to be passed to ld(1) via cc(1) to turn on dead code stripping.

<font color='Gold'>Pod优化</font>，如果项目是OC的，但CocoaPod中有使用了Swift库，打开了use_frameworks!，可以优化为针对单个Swift库使用use_frameworks!而不是全部第三方库都使用。代码如下：

代码语言：txt
复制
    # Podfile
    # 下面的这行代码还是打开，不需要注释掉
      use_frameworks!

    # 之前的其它代码
    

    # 然后添加下面的代码，xxx是要打包成framework的库
    dynamic_frameworks = ['xxx']
    pre_install do |installer|
        installer.pod_targets.each do |pod|
            if !dynamic_frameworks.include?(pod.name)
                def pod.static_framework?;
                 true
                end
                def pod.build_type;
                    Pod::BuildType.static_library
                end
            end
        end
    end

在OC的项目中，Podfile如果引用了Swift的第三方库，一般都会直接打开use_frameworks!，对应的Pod中所有的库都会打包成动态库，以及Swift和OC库的依赖问题会导致依赖库增加，会造成包体积增大。

修改方法有两种：

代码语言：txt
复制
- 去除依赖的Swift第三方库，找对应的OC库替代；
- 通过Podfile里hook的方式，改动态库为静态库

这两种修改方法都可以显著减小包的体积。通过替代库可避免导入Swift相关的依赖基础库，且对应的use_frameworks!可以注释掉，相对来说，包会更小，但是改动比较大，需要把之前的库替换掉。而通过hook的方式，针对个别的库打包成动态库，其余的打包成静态库，项目修改比较小，包体积也能减小。具体采用哪种视具体项目情况而定。

注意：Podfile按照上面的修改了之后，需要重新使用Pod install命令更新，然后编译时可能会有报错。

代码语言：txt
复制
1. 如果报的错误是，'RuntimeError - [Xcodeproj] Consistency issue: build setting `ARCHS` has multiple values: `{"Debug"=>"$(ARCHS_STANDARD)", "Release"=>["arm64"]}`'，可以先把Architecture中的值改为一样的，Pod install之后再改为不同指令集的。
2. 因为之前第三方库打包成framework的问题，如果遇到xxx framework not found的错误，在Build Setting中Other Linker Flags中进行修改，把对应的已经不是framework的库从其中移除即可。示例如下：

<font color='Gold'>Asset Catalog Compiler编译设置优化</font>，Build Settings -> Asset Catalog Compiler - Options 中Optimization改为space

WX20210506-100606.png

这个选项可以改变actool在构建Assets.car时选取的编码压缩算法，减少包大小。可以使用下面的命令检查Assets.car中图片的编码压缩算法。

代码语言：txt
复制
    // 可以把对应信息生成.json文件，用于对比不同
     xcrun --sdk iphoneos assetutil --info Assets.car > Assets.json

比如笔者的设置了之后，对比查看信息如下，可发现压缩的算法不同，占用空间的大小也不同

Build Settins -> Optimization Level改为-Oz

WX20210506-140136.png

Optimization Level默认为-Os，-Oz是Xcode 11之后才出现的编译优化选项，核心原理是对重复的连续机器指令外联成函数进行复用，因此开启Oz，能减少二进制的大小，但同时会带来执行效率但额外消耗。可参考What's New in Clang and LLVM

在What's New in Clang and LLVM的Presentation Slides中，苹果给出了Optimization Level各参数优化的选择对比，如下图，对于性能要求高的，建议选择-O2和-O3，对于包大小敏感的，可选择-Os和-Oz，默认-Os是性能和大小平衡比较好的。最终选择什么，需要读者根据自己实际项目而定。

Optimization Level各参数对比：

官方解释：

Smallest, Aggressive Size Optimizations: This setting enables additional size savings by isolating repetitive code patterns into a compiler generated function. -Oz

Xcode编译设置优化总结如下：

优化结果

笔者最初项目大小最初为22.9M，设置了Pod优化之后大小缩减为21M，设置了Asset Catalog Compiler - Options 中Optimization为space之后，项目大小变为20.7M，再设置了上面其它Xcode编译优化之后，项目变为13.2M（笔者把Architecture设为arm64）

设置Pod优化之后各部分对比

内容
大小
_CodeSignature
67 KB
.lproj
4 KB
Frameworks
<font color='red'>21.4 MB</font>
Plugins
181 KB
Assets.car
4.9M
embedded.mobileprovision
8KB
Info.plist
6 KB
exec格式的xxx
<font color='red'>19.2 MB</font>
其它资源文件
1.4 MB

内容	大小
_CodeSignature	67 KB
.lproj	4 KB
Frameworks	<font color='red'>21.4 MB</font>
Plugins	181 KB
Assets.car	4.9M
embedded.mobileprovision	8KB
Info.plist	6 KB
exec格式的xxx	<font color='red'>19.2 MB</font>
其它资源文件	1.4 MB

简单对比大小之后可以发现，Frameworks从35M减少到了21.4M，而exec文件从13M升到了19.2M，但总的ipa包大小变为了21M，比之前但22.9M降低了。

为什么会这样呢？还记得Frameworks文件夹里放的是什么内容吗？Framework中放的Pod中设置的第三方的动态库、以及Swift Support库。仔细观察Frameworks文件夹中的内容，可以发现，之前在这里面的第三方的.framework，除了指定的打包成动态库的第三方xxx、和Swift Support库还在，其他的都不见了。

还记得笔者改的是什么吗？笔者把Pod中第三方库从都使用动态库改为了个别使用动态库、其它使用静态库。因为动态库和静态库链接的方式的不同，动态库链接时不复制，在程序启动后用动态加载，所以是单独放在Framework文件夹下；而静态库是链接时会被完整的复制到可执行文件中。所以，于是就出现了这样的结果，Frameworks文件大小减少，而可执行文件大小增加。

设置了Asset Catalog Compiler - Options 中Optimization为space后对比

内容
大小
_CodeSignature
67 KB
.lproj
4 KB
Frameworks
21.4 MB
Plugins
181 KB
Assets.car
<font color='red'>4.7M</font>
embedded.mobileprovision
8KB
Info.plist
6 KB
exec格式的xxx
19.2 MB
其它资源文件
1.4 MB

内容	大小
_CodeSignature	67 KB
.lproj	4 KB
Frameworks	21.4 MB
Plugins	181 KB
Assets.car	<font color='red'>4.7M</font>
embedded.mobileprovision	8KB
Info.plist	6 KB
exec格式的xxx	19.2 MB
其它资源文件	1.4 MB

对比之后发现，Assets.car中大小从4.9M减少到了4.7M，总的打包出来的ipa大小减少了0.3M，说明asset压缩有效。

设置了Optimization Level为-Oz后对比

内容
大小
_CodeSignature
67 KB
.lproj
4 KB
Frameworks
21.4 MB
Plugins
181 KB
Assets.car
4.7M
embedded.mobileprovision
8KB
Info.plist
6 KB
exec格式的xxx
<font color='red'>18.9 MB</font>
其它资源文件
1.4 MB

内容	大小
_CodeSignature	67 KB
.lproj	4 KB
Frameworks	21.4 MB
Plugins	181 KB
Assets.car	4.7M
embedded.mobileprovision	8KB
Info.plist	6 KB
exec格式的xxx	<font color='red'>18.9 MB</font>
其它资源文件	1.4 MB

对比之后发现，exec的可执行文件大小从19.2M减少到了18.9M，说明优化有效，但总的打包出来的ipa大小并没有改变（上传到fir后，包小了0.03M），故而最终这个选项笔者最终没有打开。

Xcode其它编译设置优化之后对比

内容
大小
_CodeSignature
67 KB
.lproj
4 KB
Frameworks
<font color='red'>11.1 MB</font>
Plugins
<font color='red'>83 KB</font>
Assets.car
4.7M
embedded.mobileprovision
8KB
Info.plist
6 KB
exec格式的xxx
<font color='red'>10.3 MB</font>
其它资源文件
1.4 MB

内容	大小
_CodeSignature	67 KB
.lproj	4 KB
Frameworks	<font color='red'>11.1 MB</font>
Plugins	<font color='red'>83 KB</font>
Assets.car	4.7M
embedded.mobileprovision	8KB
Info.plist	6 KB
exec格式的xxx	<font color='red'>10.3 MB</font>
其它资源文件	1.4 MB

简单对比大小之后可以发现，Frameworks从21.4M减少到了11.1M，Plugins从181KB减少到了83KB，exec文件也从19.2M减少到了10.3M。

同样为什么会这样呢？笔者设置了strip移除了符号信息，设置了打包只生成arm64架构指令集的包，所以Framework和exec都变小了，那Plugin呢？Plugin中是App创建的扩展，笔者针对通知扩展，也设置了只生成arm64指令集的包，所以Plugin也变小了。

优化总结

WX20210508-162503.png

也许有人觉得笔者目前项目包没有太大，做这个优化是否有意义？在笔者看来，包大小优化应该是习惯，不是因为包大了才去优化，而是因为觉得有优化空间，所以才优化。打包出来ipa的包小，说明历史负担不重，船小好调头，编译打包速度也快，而且试错成本也低，恰恰是正应该优化的时候。优化总结出来的经验教训，落入文档，后续开发时能时刻注意，对开发来说是更好的。

资源文件优化

资源文件的优化，通常来说是比较简单的，但是资源文件的优化是需要持续进行的，前面介绍的Xcode编译设置优化，配置好了之后，后续开发过程中只要不修改配置，都无需重复关注。但资源文件不同，随着项目的迭代，会不断引入新的资源文件，不断有废弃资源的产生，所以资源文件的优化是要持续进行的。

资源文件的优化分为两部分，即：无用资源的删除、已用资源的压缩。在这里建议分先后顺序，即先做删除再做压缩，因为如果先压缩了，结果发现是无用资源，就白白浪费了力气。

无用资源的删除：

已定义未使用的代码文件
已废弃业务，代码还在
已引用的图片但未使用
某些重复资源导入

已用资源的压缩：

项目中引入图片、网页、json、音频等文件的压缩

下面一步步的来实践：

无用资源的删除

随着项目的迭代，每个项目都会或多或少存在冗余。可能是开发了的功能未上线但产品让保留，保留着保留着就忘记了；可能是已下线的业务，没人通知到开发，于是代码逻辑一直都在；可能是删除某些业务代码时，对应的图片资源未删除；又或者是每个开发，导入各自熟悉的第三方库使用。

这部分的优化在笔者看来，也分为两步，一是预防，一是治理。笔者个人感觉预防比治理更重要。因为预防是前置，预防到位了，治理就会很轻松。

预防

上面说的场景，读者可能都遇到过，那要怎么做才能避免出现上面的情况，或者尽量少出现上面的情况？

笔者个人想法是通过规范的流程来，有一套规范的流程，按流程执行，避免出现信息不对等的情况。

产品和开发之间的信息不对等，会导致业务相关的冗余，产品知道具体业务的数据，而开发不清楚，所以可以通过定期同步给开发，让开发也能了解到对应业务是否活跃，从而及时对项目进行优化。

开发之间的信息不对等，会导致各自开发自己的，重复造轮子，所以可以通过建立公共文档，开发的流程规范、项目使用第三方库的规范、设计规范、代码规范都列举出来，每个人都能根据对应的文档了解到对应项目的信息，每个人开发都应该有一套统一的标准。这样就可以避免一人一套代码的问题。

具体的规范流程读者可以针对自己公司的实际情况来，可以思考一下，之前开发中是否出现了类似的问题，出现了之后是否有改变，怎么能避免再次出现同样的问题？

治理

针对无用资源的删除

已定义未使用的代码

可使用AppCode进行分析，打开AppCode，待索引完成后，选择顶部菜单中的Code->Inspect Code，然后选择范围，whole Project点击OK，等待AppCode静态分析即可。静态分析完以后，可以在Unused code里看到所有的无用代码。

AppCode中无用代码静态分析的类型有以下几种：

内容
大小
Unused class
无用类
Unused import statement
无用类引入声明
Unused property
无用属性
Unused method
无用方法
Unused parameter
无用参数
Unused instance variable
无用实例变量
Unused local variable
无用局部变量
Unused value
无用值声明
Unused macro
无用宏定义
Unused global declaration
无用全局证明

内容	大小
Unused class	无用类
Unused import statement	无用类引入声明
Unused property	无用属性
Unused method	无用方法
Unused parameter	无用参数
Unused instance variable	无用实例变量
Unused local variable	无用局部变量
Unused value	无用值声明
Unused macro	无用宏定义
Unused global declaration	无用全局证明

AppCode静态分析结果出来之后，删除前要经过确认，因为静态分析的结果可能会有误差，比如针对performSelector调用的方法就会被检测为没有调用。

已废弃业务，代码还在

需要梳理业务流程，结合线上业务数据点击量，同产品和业务确认对应功能是否下线，从而决定是否移除对应的业务模块代码。

已引入未使用图片

推荐使用工具LSUnusedResources，原理大致是遍历资源目录下后缀 "imageset", "jpg", "png"... 的文件，然后在源文件 "m", "swift", "xib", "storyboard"... 中字符串匹配，无匹配则是无用的资源文件。

使用时注意勾选Ignore similar name，然后点击右上角的Browse选中要扫描的项目地址，点击右下角的search，就会开始扫描，结果会在底部Unused Results中展示出来，然后CMD+A全选，export，导出到一个文本文件中。也可以在对应单条Item上面双击，会打开对应的文件夹。建议删除前在项目中搜索确认，是否确实没有使用（类似字符串中间替换的可能会被扫描出来，所以删除前需要确认）

某些重复资源的导入

重复资源的导入，分为两个方面，一方面是针对第三方SDK，另一方面是项目文件。

针对第三方SDK

项目中功能类似的SDK建议保留一个，比如埋点统计的友盟、TalkingData等，线上日志分析的听云、Bugly等，又或者网络请求、UI布局的类库，建议分析相同功能的类库，结合实际情况，保留一个即可；另外，有些第三方类库导入时，可只导入实际使用的部分，不需全量导入，也是可以优化的地方。

针对项目文件

使用 fdupes 工具进行重复文件扫描，原理是：通过校验所有资源的 MD5，筛选出项目中的重复资源，文件比较顺序是大小对比 > 部分 MD5 签名对比 > 完整 MD5 签名对比 > 逐字节对比。来自：包体积大小：瘦身

fdupes使用如下：

代码语言：txt
复制
// 1. 首先安装fdupes
brew install fdupes

// 2. 使用，其中xxx是要扫描的目录，yyy.txt是扫描结果输出的文件
fdupes -Sr /Users/.../xxx/ > /Users/.../yyy.txt

输出结果类似于下面这样，通常相同文件可通过修改引用，仅保留一份源文件就可以。

WX20210505-103131@2x.png

已用资源的压缩

项目中引入图片、网页、json、音频等文件的压缩

网页的压缩指的是，放入APP资源中的js文件，最好是经过H5端压缩后的。

json文件的压缩，如果不是打开APP时马上要用到的数据，可采取把对应资源放到服务端，下载后使用。

音频文件的压缩，则是在可接受的范围之内，选择系统可支持的压缩比率高的格式。

而最需要注意的是图片的压缩，图片的压缩，分为几个部分

单色图标、简单的功能图标，建议使用IconFont，矢量图标库的格式，既能统一规范格式，又能减少资源文件大小。圆角和阴影图片尽量代码实现。

IconFont的使用可参考笔者之前写的Demo——IconFont

针对普通图片，可以调用tinyPNG API进行压缩，这里可以使用笔者之前修改的脚本BatchProcessImage，调用的是tinyPNG的API可以一次性压缩500张图片，而且只需要指定项目目录，会自动压缩后替换原来的图片，不需要手动导入导出图片。使用可参考链接BatchProcessImage，需要注意的是注意python版本，python3和python，以及pip3和pip的选择，安装依赖库的时候使用的哪个python版本，最后调用的脚本命令的时候就要用对应的python版本。

另：如果项目图片超出500张，可以修改一下脚本文件，即：压缩过程中把压缩处理过的图片存储下来，然后第二次执行时，对于压缩过的不处理，就可以接着上次压缩到的继续压缩了。而如果需要对压缩过的再次压缩，只需要把存储下来的压缩过的图片名字清除即可。

放入xcassets里的2x和3x图片，在上传时，会根据具体设备分开对应分辨率的图片，不会同时包含。而放入Bundle中的都会包含。所以要尽量把图片放入xcassets中。但是，根据抖音品质建设 - iOS 安装包大小优化实践篇中介绍的，Assets.car编译过程中有时会选择一些图片，拼凑成一张大图来提高图片的加载效率。被放进这张大图的小图会变为通过偏移量的引用，建议使用频率高且小的图片放到Asset.car中，Asset.car能保证加载和渲染速度最优。但是大的图片（大于100K）就不要放入Asset.car中了。大的图片可以考虑将图片转成WebP。WebP是Google公司的一个开源项目，能够把图片压缩到很小，但是肉眼看不出来差别，目前iOS常用的图片显示类库都用支持该格式解析的拓展。可使用iSparta进行批量转换。
私有Pod库中的资源文件，建议在Pod库里面的Resource目录下新建Asset Catalog文件，命名为Images.xcassets，私有库使用的图片放入这里，然后手动修改该SDK的podspec，指定resource_bundles使用Images.xcassets。

代码语言：txt
复制
    s.resource_bundles = {
        'xxsdk' => ['xxx/Assets/.../*.xcassets']
    }

Ps: Pod资源文件引用方式有 resource_bundles 和 resources，推荐使用 resource_bundles。参考深入探索 iOS 包体积优化

resource_bundles：允许定义当前 Pod 库的资源包的名称和文件。用 hash 的形式来声明，key 是 bundle 的名称，value 是需要包括的文件的通配 patterns。CocoaPods 官方强烈推荐使用 resource_bundles，因为用 key-value 可以避免相同名称资源的名称冲突。同时建议 bundle 的名称至少应该包括 Pod 库的名称，可以尽量减少同名冲突。使用resource_bundles会为指定的资源打一个.bundle，所以获取图片时要注意指定bundle的位置：

代码语言：txt
复制
    
    NSString *bundlePath = [[NSBundle bundleForClass:[self class]].resourcePath stringByAppendingPathComponent:@"/PAX.bundle"];
    NSBundle *resource_bundle = [NSBundle bundleWithPath:bundlePath];
    UIImage *image = [UIImage imageNamed:@"xxxx" inBundle:resource_bundle compatibleWithTraitCollection:nil];

resources：使用 resources 来指定资源，被指定的资源只会简单的被 copy 到目标工程中（主工程）。官方认为用 resources 是无法避免同名资源文件的冲突的，同时，Xcode 也不会对这些资源做优化。

代码语言：txt
复制
5. 最后，是Xcode中关于图片压缩的设置，有时候压缩了图片之后，发现包大小并没有改变太多，可能是因为Xcode的Compress PNG Files选项的原因。建议如果自己对图片进行了压缩，就可以把Xcode的Compress PNG Files设置为NO。 
    - Compress PNG Files  
    打包的时候自动对图片进行无损压缩

代码语言：txt
复制
    - Remove Text Medadata From PNG Files  
    移除 PNG 资源的文本字符

资源文件优化总结如下：

优化结果

笔者项目的ipa大小从Xcode编译优化后的大小为13.2M，经过了资源文件优化之后大小缩减为10.3M。

资源文件优化之后各部分对比

内容
大小
_CodeSignature
67 KB
.lproj
4 KB
Frameworks
11.1 MB
Plugins
83 KB
Assets.car
<font color='red'>2.4M</font>
embedded.mobileprovision
8KB
Info.plist
6 KB
exec格式的xxx
10.3 MB
其它资源文件
<font color='red'>952 KB</font>

内容	大小
_CodeSignature	67 KB
.lproj	4 KB
Frameworks	11.1 MB
Plugins	83 KB
Assets.car	<font color='red'>2.4M</font>
embedded.mobileprovision	8KB
Info.plist	6 KB
exec格式的xxx	10.3 MB
其它资源文件	<font color='red'>952 KB</font>

简单对比之后发现，Assets.car从4.7M减少到2.4M，其它资源文件从1.4M减少到952KB，说明资源压缩有效。

优化总结

见图，😄

WX20210506-111104.png

监控机制？

瘦身完成之后，如何保证包大小不会再次迅速增大？就像减肥之后不会迅速反弹一样？就需要依赖适当的监控机制和合理的流程规范来控制。

监控机制保证实时发现问题，每次打包完成后，运行脚本比较包大小差异，如果有增大超过了设置的阈值，则邮件通知相关开发，开发关注排查是什么原因导致包大小变大；同时做好记录，每次打包的包大小变化及时注意记录，造成包大小变化的原因，落入文档。

流程规范是用于保证每个项目开发者知晓开发中注意什么，养成好的开发习惯，避免造成包大小的突然变大。

引入新的三方库时，要考虑是否已有同类型的库，是否可以自己实现，是否会造成体积增大。尽量避免Objective-C和Swift混编，优先引用相同语言类型的库
新增的图片资源，关注大小，考虑是否能用Iconfont，是否能代码实现，注意放入项目的位置，如果体积太大，压缩后使用
废弃模块不要保留，及时清理
及时关注包大小变化，对于包大小变化的原因及结果整理落入文档，反馈总结

总结

截止目前为止，笔者总体项目优化结果如下：

优化内容
ipa大小
原始
22.9M
<font color='Gold'>Xcode编译优化-Pod优化后</font>
21M
<font color='Gold'>Xcode编译优化-Asset Catalog Compiler编译设置优化后</font>
20.7M
Xcode编译优化-其它
13.2M
资源优化
10.3M

优化内容	ipa大小
原始	22.9M
<font color='Gold'>Xcode编译优化-Pod优化后</font>	21M
<font color='Gold'>Xcode编译优化-Asset Catalog Compiler编译设置优化后</font>	20.7M
Xcode编译优化-其它	13.2M
资源优化	10.3M

达到了预期瘦身的效果，虽然还有更进一步优化的空间，比如把项目中唯一引用的Swift的第三方库改为OC的，从而可以去除混编，能大幅缩减项目大小，但是由于需要改动业务代码，笔者暂时搁置了。

总的来说，笔者在业务代码没有改动的情况下，经过Xcode编译优化和资源文件压缩，把包大小从22.9M压缩到了10.3M，就结果来说是超出了预期。

但是作为优化包大小的实践来说还有待未完待续的地方，就是最后一步的代码优化，笔者打算单独抽一篇文章，来补充一下，使用代码优化的流程逻辑。

ld: file not found: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchai...

Wed, 25 Sep 2024 21:48:36 +0800

ld: file not found: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchai...

前言

Xcode14.3升级后，运行以前旧项目出现如下报错：

ld: file not found: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/arc/libarclite_iphonesimulator.a
clang: error: linker command failed with exit code 1 (use -v to see invocation)

从错误日志来看是缺少libarclite_iphonesimulator.a文件。

问题解决

在【访达-应用程序-Xcode】点击右键，显示包内容，根据一下路径一直到最后目录。

Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/arc/

没有arc文件的话，自己创建一个，并下载下面这些.a文件，放到arc文件夹中。
文件下载地址：https://github.com/wnkpzzz/CZLibarclite-Files/tree/main

解决XCode错误：Command PhaseScriptExecution failed with a nonzero exit code

Wed, 25 Sep 2024 21:46:32 +0800

解决XCode错误：Command PhaseScriptExecution failed with a nonzero exit code

一、环境

XCode版本：14.3

image.png

二、错误场景信息
使用模拟器或真机调试、编译等都不出错，唯独在进行Archive时，会出现以下错误：

Command PhaseScriptExecution failed with a nonzero exit code

出错时的XCode截图如下：

image.png

三、解决方法
展开XCode左侧的项目结构目录，逐级展开“Pods” -> “Target Support Files” -> "Pods-项目名称"，打开其中的“Pods-项目名称-frameworks.sh”文件：

image.png

在该文件中，找到如下代码：

source="$(readlink "${source}")"

把它修改为：

source="$(readlink -f "${source}")"

image.png

完成后重新Archive即可。

资源收集网页

Linux下安装mysql8.0

一、下载mysql8.0安装包

1、在local创建mysql文件夹

2、使用wget下载mysql8.0的xz安装包

二、解压mysql8.0安装包

1、解压

2、重命名解压后的mysql文件夹（名字太长了）

3、创建data存储文件

三、创建用户和用户组，并赋予权限

1、创建用户和用户组

2、给用户赋予权限

四、初始化mysql信息

1、切换到mysql8.0安装路径下

2、初始化mysql基本信息

3、获取到临时mysql密码

五、添加mysqld服务到系统

1、将mysqld服务添加到系统中

2、授权以及添加服务

3、mysql5.7以后就没有my.cnf了，所以我们创建一个。（个人觉得方便一些）

4、启动mysql服务

5、查看mysql服务状态

6、将mysql命令添加到服务

六、登录mysql

1、登录 密码使用之前随机生成的密码

2、修改管理员密码 其中123456是新的密码自己设置

3、重新加载缓存，使密码生效

4、退出mysql，用新密码尝试登录管理员

七、修改mysql配置，使其可以用工具远程登录

云服务器不能远程连接mysql，解决

Centos7安装MySQL8.0详细教程（压缩包安装方式）

使用nginx让nps内网穿透的网站支持https

00.nps配置

01.新建域名解析(如果之前没有)

02.nginx与nps配合的配置

03.申请证书

04.一些小问题

T3如何利用系统工具导入导出复制存货档案详细教程

T3如何利用系统工具导入导出复制存货档案

问题现象：

解决方案：

自己搭建远程桌面服务器-RustDesk（小白版

docker部署MongoDB

docker-compose 安装常用docker镜像（kafka、redis、mysql、elasticesarch、zookeeper、mongo）

docker-compose常用命令：

docker-compose常用命令：

注意事项：

docker-compose.yml文件

正经分析iOS包大小优化

背景

分析

安装包的构成

Xcode编译设置

Xcode编译设置优化总结如下：

资源文件优化

无用资源的删除

已用资源的压缩

资源文件优化总结如下：

监控机制？

总结

ld: file not found: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchai...

ld: file not found: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchai...

前言

问题解决

解决XCode错误：Command PhaseScriptExecution failed with a nonzero exit code

解决XCode错误：Command PhaseScriptExecution failed with a nonzero exit code

1、登录密码使用之前随机生成的密码

2、修改管理员密码其中123456是新的密码自己设置