很干的 Nginx

🎨 前言

本篇文章有些概念性的东西，是结合自己的理解表达出来的，可能有些理解不到位的地方。希望多多指教，谢谢大家。

红包献上 🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧🧧

🎨 最小单元配置

worker_processes 1; # 工作的进程个数

events {
    worker_connections 1024; # 一个进程可以创建多少个链接（默认 1024）
}

http {
    # 引入其他配置（返回前端的头部信息，告诉浏览器返回的数据格式）
    include mime.types; 
    # 如果没有命中 mime.types 的类型，则默认返回 application/octet-stream 的数据格式
    default_type application/octet-stream;
    # 数据零拷贝 （减少了 nginx 读取文件，拷贝文件，直接将文件返回给到前端）
    sendfile on;
    # 保存连接超时时间
    keepalive_timeout 65;
    
    # 虚拟主机
    server {
        # 监听端口
        listen 80;
        # 域名、主机名
        server_name localhost;
        
        location / { # / 转发
            # 指向 nginx 目录下的 html 目录
            root html;
            # 默认展示页
            index index.html index.htm
        }
        
        # 错误码为 500 502 503 504 会命中 50x.html
        error_page 500 502 503 504 /50x.html
        # 访问 /50x.html 会被代理到 nginx 下的 html 目录下  
        location = /50x.html {
          root html
        }
    }
}

🎨 二级域名转发

根据不同的二级域名返回不同的站点

如：

  • 域名 blog.hhmax.xyz 返回博客站点
  • 域名 www.hhmax.xyz 返回主站站点

原理：将不同的二级域名都指向同一个 IP 地址，在通过 Nginx 在转发时，根据不同的二级域名，返回不同的站点

下面通过俩种方式进行演示：

🎉 内网模拟站点映射

在 C:\Windows\System32\drivers\etc\hosts 文件中添加

39.104.61.35 blog.hhmax.xyz
39.104.61.35 www.hhmax.xyz

测试是否映射成功

ping blog.hhmax.xyz

在这里插入图片描述

ping www.hhmax.xyz

在这里插入图片描述

接下来进行 Nginx 配置，配置内容如下：

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  
  server {
     listen: 80,
     server_name www.hhmax.xyz;  
     location / {
        root html; # 转发到 nginx/html/index.html 或 index.htm
        index index.html index.htm
     }   
  },
  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
        root blog; # 转发到 nginx/blog/index.html 或 index.htm
        index index.html index.htm
     }   
  }       
}

🎉 外网模拟站点映射

需要购买域名以及一台服务器，并且服务器要备案成功才能映射成功

在这里插入图片描述

选中域名解析，并添加记录

在这里插入图片描述

需要设置的字段

  • 记录类型：这里选择 A - 将域名指向一个 IPV4 的地址
  • 主机记录：可以填写一个二级域名（即我们要设置的 blog 和 www）
  • 记录值：映射的地址（即我们要映射的服务器IP地址）

可添加多条记录，并映射到其他 IP 或相同 IP

接下来进行 Nginx 配置，配置内容如下：

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  
  server {
     listen: 80,
     server_name www.hhmax.xyz;  
     location / {
        root html; # 转发到 nginx/html/index.html 或 index.htm
        index index.html index.htm
     }   
  },
  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
        root blog; # 转发到 nginx/blog/index.html 或 index.htm
        index index.html index.htm
     }   
  }       
}

注意：上述 Nginx 配置监听的端口是 80 端口，服务器可能需要开启

在这里插入图片描述

在这里插入图片描述

🎨 反向代理

🎉 正向代理

概念：代理服务器充当客户端的中间人，代表客户端向目标服务器发送请求。在正向代理中，客户端通过代理服务器来访问互联网上的资源，而不是直接与目标服务器通信。

在这里插入图片描述

好处：隐藏客户端的真实 IP 地址和身份，增加了匿名性和安全性

🎉 反向代理

概念：代理服务器接收客户端请求，并将请求转发给后端服务器。在反向代理中，客户端不直接与后端服务器通信，而是与代理服务器进行通信。

在这里插入图片描述

好处：

  • 可以实现负载均衡，将请求分发到多个后端服务器，提高系统的性能和可靠性（负载均衡）
  • 可以缓存静态资源，减少后端服务器的负载（动静分离）

Nginx 与 Tomcat 形成内网，Tomcat 不能直接绕过 Nginx 通过网关，发送消息。必须通过 Nginx 来发送消息。这种模式称为 隧道式代理

由此，也暴露出一个问题，当数据量很大时，尽管 Tomcat 的带宽有 100M，但 Nginx 的带宽只有 10 M。由于需要借助 Nginx 来向外传递数据，最终的传输数据没有设想的那么好。Tomcat 带宽再好，也要受限于 Nginx。

为了解决上述的缺点：

衍生出一种模式： Nginx 只处理进来的请求，而出去的数据不经过 Nginx 进行转发。Tomcat 直接将数据通过网关发送给到用户（中间会经过其他网关进行转发）。这种模式称为 DR 模式

🎉 反向代理配置

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  
  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
       # 当访问 blog.hhmax.xyz 是代理到 http://www.baidu.com    
       proxy_pass http://www.baidu.com
     } 
     location /api { # 笔记
        # 当访问 blog.hhmax.xyz/api 是代理到 内网中的 http://127.0.0.1:3200    
        proxy_pass http://127.0.0.1:3200;
     }   
  }       
}

注意：上述例子中代理到后端服务 3200 端口也需要开放

在这里插入图片描述

在这里插入图片描述

🎨 负载均衡

概念：用于在多个服务器之间分配和平衡工作负载，以提高系统的性能、可靠性和可扩展性。当一个服务器无法处理所有的请求时，负载均衡将请求分发给其他可用的服务器，以确保每个服务器都能够处理适当的负载。

🎉 普通轮询

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  
  
  # 轮询的服务器  
  upstream httpds {
     server 192.168.5.51:80;   
     server 192.168.6.51:80; 
     server 192.168.7.51:80; 
  }
    
  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
       proxy_pass http://httpds;
     }   
  }       
}

192.168.5.51:80、192.168.6.51:80、192.168.7.51:80 三台服务器提供的服务都一样。

🎉 权重轮询

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  
  
  # 权重值越大，被轮询到的可能性越大
  upstream httpds {
     server 192.168.5.51:80 weight=8;   
     server 192.168.5.51:80 weight=1; 
     server 192.168.5.51:80 weight=7; 
  }
  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
       proxy_pass http://httpds;
     }   
  }       
}

另外一些配置

  • down （若配置，则该台服务器不参与轮询）
  • backup（若配置，则该台服务器为备用机，当其他轮询服务器不能使用时，才会使用该服务器）

具体使用如下：

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  

  upstream httpds {
     server 192.168.5.51:80 weight=8 down;   
     server 192.168.5.51:80 weight=1; 
     server 192.168.5.51:80 weight=7 backup; 
  }
  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
       proxy_pass http://httpds;
     }   
  }       
}

🎉 轮询缺点

由于是轮询，所以导致没法保存会话信息，如在 192.168.5.51:80 用户登录成功。当用户再次访问该站点时，被 Nginx 轮询到192.168.7.51:80 ，此时这台服务器是不知道用户已经登录了，所以需要重新在登录。

🎉 解决方案

随着技术的发展，为了解决轮询带来的会话信息无法保存，衍生出了两种方案来解决上述问题

  • 其一：借助 cookie、session、redis

流程：

  1. 用户输入其登录信息
  2. 服务器验证信息是否正确，并创建一个 session，并将其存入到 redis
  3. 服务器为用户生成一个 sessionId，将具有 sesssionId 的 cookie 将放置在用户浏览器中
  4. 在后续请求中，携带 cookie，访问服务器。哪怕是轮询到其他服务器，也可以通过 sessionId 去 redis 拿去登录信息
  5. 一旦用户注销应用程序，会话将在客户端和服务器端都被销毁

Node + Koa2 代码实现

// app.js
const app = new Koa()
const Koa = require('koa')
const redisStore = require('koa-redis')
const session = require('koa-generic-session')
//session 与  redis
app.keys = ['dfhQWE_123#ewr']
app.use(session({
  key: 'token.sid', //cookie name 默认是 `koa.sid`
  prefix: 'token:sess:', // redis key 的前缀，默认是 `koa:sess:`
  //配置cookie
  cookie:{
    path:"/",
    httpOnly:true,
    maxAge:24 * 60 * 60 * 1000 // 1 day
  },
  //配置redis
  store: redisStore({
    all:`127.0.0.1:6379`
  })
}))

// router
router.post('/login', async (ctx, next) => {
    const { account = '-', password = '-' } = ctx.request.body;
    if (config.account == account && config.password == password) {
        // TODO 将账号信息（id）保存到 session 中
        ctx.session.user = {
            account: config.account
        }
        ctx.body = {
            errorno: 0,
            message: '登录成功'
        }
        return
    }
    ctx.body = {
        errorno: 4001,
        message: '账号或密码错误'
    }
});

// 中间件校验 loginCheck
module.exports = async (ctx, next) => {
    // // TODO：判断用户是否已经登录
    if (ctx.session.user) {
        await next()
        return
    } else {
        ctx.body = {
            errorno: 4000,
            message: '用户未登录'
        }
    }
}

// 判断是否已经登录成功
router.post('/getNotes', loginCheck, async (ctx, next) => {
    const data = await searchData();
    ctx.body = {
        errorno: 0,
        message: '',
        data
    }
});
  • 其二：无状态的会话通信 （JWT）

流程：

  1. 用户输入其登录信息
  2. 服务器验证信息是否正确，并返回已签名的 Token
  3. Token 存储在客户端
  4. 之后的 HTTP 请求都将 Token 添加到请求头里
  5. 服务器解码 JWT，并且如果令牌有效，则接受请求
  6. 一旦用户注销，令牌将在客户端被销毁，不需要与服务器进行交互一个关键是，令牌是无状态的。后端服务器不需要保存令牌或当前session的记录

Node + Koa2 代码实现

// app.js
const app = new Koa()
const Koa = require('koa')
const jwtKoa = require('koa-jwt')
app.use(jwtKoa(
  {
    secret:'1Hrj$_enferk' //密钥
  }
).unless({
  path:[/^\/users\/login/] //自定义哪些目录忽略 JWT 验证
}))

//登录成功对信息进行加密
const jwt = require('jsonwebtoken')
token = jwt.sign(userInfo, '1Hrj$_enferk', { expiresIn: '1h' })


// router
const until = require('util')
const verify = until.promisify(jwt.verify)
router.get('/getUserInfo', async (ctx, next) => {
  const token = ctx.header.authorization
  try {
    const payload = await verify(token.split(' ')[1], '1Hrj$_enferk')
    ctx.body = {
      errno:0,
      userInfo: payload
    }
  } catch (ex) {
    ctx.body = {
      errno:-1,
      msg:'失败'
    }
  }
})

🎉 方案对比

共同点：为了解决：登录和存储登录用户信息
不同点：

  • JWT 用户信息加密存储在客户端，不依赖 cookie ，可跨域。
  • session 用户信息存储在服务端，依赖于 cookie，默认不可跨域

JWT 的优点：

  • 将加密信息存放在客户端，减少服务端的内存压力。
  • 不依赖于 cookie 可以将信息进行跨域分享。

JWT 的不足：

  • 服务端无法控制信息，一旦用户修改信息后，服务端无法第一时间修改加密信息。

Session 的优点：

  • 可以对用户信息进行控制。

Session 的不足：

  • 存储要依赖于 redis 和 cookie ，并且不能跨域。
  • 一旦上线启动多进程，而不依赖 redis 是无法实现多进程之间的信息共享。

🎨 动静分离

在还没有前后端分离的开发模式的情况下（MVC），一些静态资源都是集中和后端代码放在 Tomcat 。而这些静态资源大多数情况下都是不变的，如：图片，JavaScript 代码。

并且 Nginx 可以缓存静态资源，减少后端服务器的负载。因此，可以将一些静态资源放到 Nginx 中，从而使一些静态资源与业务逻辑进行抽离。

具体配置如下：

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  

  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location / {
       proxy_pass http://192.168.6.52     
     }
     location ~*/(css|img|js) {
       # 路径中有 /css /img /js 使会指向 nginx/html 中的 css、img、js     
       root html;
       index index.html index.htm     
     }   
  }       
}

随着技术的发展，特别是前后端分离的开发模式，上述情况也不复存在，后端也不用考虑到静态资源该怎么处理，都转移给到前端了

🎨 资源防盗链

保护网站资源不被其他网站盗用的技术措施

防盗链的实现原理：

  • 服务器收到请求后，获取请求头中的referer字段
  • 验证referer字段是否符合预设的规则，例如是否在允许的域名列表中
  • 如果referer验证通过，则允许访问资源；否则，拒绝访问或返回特定的错误页面

情况一：页面引用图片请求头中会携带 referer 头，值就是引用该资源的这个地址

在这里插入图片描述

情况二：单独复制该图片地址，重新打开窗口访问时，请求该图片时，referer 头就不会携带给到后端

在这里插入图片描述


配置一：两种情况都不能访问资源（图片）

 http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  

  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location /img {     
       valid_referers blog.hhmax.xyz;
       if ($invalid_referer) {
          return 403;
       }   
            
       # 路径中有 /nginx/img    
       root img;
       index index.html index.htm     
     }   
  }       
}

valid_referers：配置的值得跟 server_name 一样

在这里插入图片描述

配置二：仅第二种情况可以访问资源

http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  

  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location /img {     
       valid_referers none blog.hhmax.xyz;
       if ($invalid_referer) {
          return 403;
       }   
            
       # 路径中有 /nginx/img    
       root img;
       index index.html index.htm     
     }   
  }       
}

valid_referers：配置的值得跟 server_name 一样

配置后：

在这里插入图片描述

没有权限访问图片，也可以配置返回一个错误页面，或者一个错误图片

  • 错误页面
http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  

  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location /img) {     
       valid_referers blog.hhmax.xyz;
       if ($invalid_referer) {
          return 401;
       }         
       root img;
       index index.html index.htm     
     }
     error_page 401 /401.html
     location = /401.html {
        root html;    
     }       
  }       
}
  • 错误图片
http {
  include mime.types; 
  default_type application/octet-stream;
  sendfile on;
  keepalive_timeout 65;  

  server {
     listen: 80,
     server_name blog.hhmax.xyz;  
     location /img {     
       valid_referers blog.hhmax.xyz;
       if ($invalid_referer) {
          return ^/ /img/x.png break;
       }     
       root html;
       index index.html index.htm     
     }   
  }       
}

通过正常手段，访问或者引用资源（图片），通过上述方法是可以避免资源被盗用的。因为referer 字段通过某些手段是可以被伪造或篡改。因此防盗链并不能完全阻止盗链行为。为了增加安全性，可以结合其他技术手段，如加密链接、动态生成链接等，来提高防盗链的效果。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/93889.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【c语言】文件操作 万字详解

【c语言】文件操作 万字详解

目录 一，为什么使用文件 二，什么是文件 1，程序文件 2，数据文件 3，文件名 三，文件的打开和关闭 1，文件指针 2，文件的打开和关闭 四， 文件的顺序读写 1，顺序…
阅读更多...
ethers.js2：provider提供商

ethers.js2：provider提供商

1、Provider类 Provider类是对以太坊网络连接的抽象，为标准以太坊节点功能提供简洁、一致的接口。在ethers中，Provider不接触用户私钥，只能读取链上信息，不能写入，这一点比web3.js要安全。 除了之前介绍的默认提供者d…
阅读更多...
如何编译打包OpenSSH 9.4并实现批量升级

如何编译打包OpenSSH 9.4并实现批量升级

1 介绍 openssh 9.4版本已于8月10号发布，安全团队又催着要赶紧升级环境里的ssh版本，本文主要介绍Centos5、Centos6、Centos7下openssh 9.4源码编译rpm包以及批量升级服务器openssh版本的方法。关注公众号后台回复ssh可获取本文相关源码文件。 https://w…
阅读更多...
使用Tampermonkey（篡改猴）向页面注入js脚本

使用Tampermonkey（篡改猴）向页面注入js脚本

一、Tampermonkey 简单介绍 Tampermonkey是一款浏览器插件，适用于Chrome、Microsoft Edge、Safari、Opera Next 和 Firefox。他允许我们自定义javascript给指定网页添加功能，或修改现有功能。也可以用来辅助调试，或去除网页广告等。 官网地…
阅读更多...
深度学习-4-二维目标检测-YOLOv3理论模型

深度学习-4-二维目标检测-YOLOv3理论模型

单阶段目标检测模型YOLOv3 R-CNN系列算法需要先产生候选区域，再对候选区域做分类和位置坐标的预测，这类算法被称为两阶段目标检测算法。近几年，很多研究人员相继提出一系列单阶段的检测算法，只需要一个网络即可同时产生候选区域并…
阅读更多...
Redis.conf详解

Redis.conf详解

Redis.conf详解 配置文件unit单位对大小写不敏感 包含 网络 bind 127.0.0.1 # 绑定的ip protected-mode yes # 保护模式 port 6379 # 端口设置通用 GENERAL daemonize yes # 以守护进程的方式运行 默认为no pidfile /var/run/redis_6379.pid #如果以后台的方式运行&#xff…
阅读更多...
bash: conda: command not found

bash: conda: command not found

问题描述： 在Pycharm上用SSH远程连接到服务器，打开Terminal准备查看用 conda 创建的虚拟环境时，却发现调用 conda 指令时出现以下报错： -bash: conda: command not found如果使用Xshell 利用端口号直接连接该 docker 容器&#…
阅读更多...
CTF-XXE(持续更新，欢迎分享更多相关知识点的题目)

CTF-XXE(持续更新，欢迎分享更多相关知识点的题目)

知识 实例 BUU [PHP]XXE 进来看到 然后一起看 Write BUU XXE COURSE 1 进来看到 一起看 write NSS [NCTF2019]Fake XML cookbook 反正是XXE 直接整 write [NCTF 2019]True XML cookbook 不整花里胡哨，解题在最下面 write 与博主不同，我通过…
阅读更多...
SQL中ON筛选和Where筛选的区别

SQL中ON筛选和Where筛选的区别

转载：sql连接查询中on筛选与where筛选的区别https://zhuanlan.zhihu.com/p/26420938 结论:on后面接上连接条件，where后面接上过滤条件
阅读更多...
裸露土堆识别算法

裸露土堆识别算法

裸露土堆识别算法首先利用图像处理技术，提取出图像中的土堆区域。裸露土堆识别算法首通过计算土堆中被绿色防尘网覆盖的比例，判断土堆是否裸露。若超过40%的土堆没有被绿色防尘网覆盖，则视为裸露土堆。当我们谈起计算机视觉时，首先…
阅读更多...
删除流氓360首页

删除流氓360首页

不管你使用什么浏览器都很容易中招360给你自动设置的流氓首页，流氓厂石锤了。 你在浏览器设置新的首页一样无效，比如 完全没有卵用，以前这样是可以生效的，最近几天突然不行了，这简直流氓的不行，而且 细心…
阅读更多...
合宙Air724UG LuatOS-Air LVGL API控件--进度条 (Bar)

合宙Air724UG LuatOS-Air LVGL API控件--进度条 (Bar)

进度条 (Bar) Bar 是进度条，可以用来显示数值，加载进度。 示例代码 – 创建进度条 bar lvgl.bar_create(lvgl.scr_act(), nil) – 设置尺寸 lvgl.obj_set_size(bar, 200, 20); – 设置位置居中 lvgl.obj_align(bar, NULL, lvgl.ALIGN_CENTER, 0, 0) …
阅读更多...
LLMs参数高效微调（PEFT） Parameter efficient fine-tuning (PEFT)

LLMs参数高效微调（PEFT） Parameter efficient fine-tuning (PEFT)

正如你在课程的第一周所看到的，训练LLMs需要大量的计算资源。完整的微调不仅需要内存来存储模型，还需要在训练过程中使用的各种其他参数。 即使你的计算机可以容纳模型权重，最大模型的权重现在已经达到几百GB，你还必须能够为优化…
阅读更多...
ThinkPHP 多应用配置，及不同域名访问不同应用的配置【详解】

ThinkPHP 多应用配置，及不同域名访问不同应用的配置【详解】

ThinkPHP 多应用配置，及不同域名访问不同应用的配置【详解】 一、安装多应用扩展二、删除项目的中默认的controller文件夹三、创建多应用四、修改config/app.php文件五、测试并且访问多应用六、配置小皮，不同域名访问不同的应用七、小结 一、安装多应用扩…
阅读更多...
在CSS中，盒模型中的padding、border、margin是什么意思？

在CSS中，盒模型中的padding、border、margin是什么意思？

在CSS中，盒模型（Box Model）是用来描述和布局HTML元素的基本概念。它将每个HTML元素看作是一个矩形的盒子，这个盒子包括了内容（content）、内边距（padding）、边框（border&a…
阅读更多...
时空数据挖掘精选23篇论文解析【AAAI 2023】

时空数据挖掘精选23篇论文解析【AAAI 2023】

今天和大家分享时空数据挖掘方向的资料。 时空数据挖掘是人工智能技术的重要分支，是一种采用人工智能和大数据技术对城市时空数据进行分析与挖掘的方法，旨在挖掘时空数据，理解城市本质，解决城市问题。 目前，时空数据…
阅读更多...
kubernetes搭建及基本使用

kubernetes搭建及基本使用

1. 前置要求准备 一台或多台机器，操作系统 CentOS7.x-86_x64硬件配置：2GB 或更多 RAM，2 个 CPU 或更多 CPU，硬盘 30GB 或更多集群中所有机器之间网络互通可以访问外网，需要拉取镜像禁止 swap 分区 此处我是白嫖的谷歌云…
阅读更多...
Prometheus关于微服务的监控

Prometheus关于微服务的监控

在微服务架构下随着服务越来越多，定位问题也变得越来越复杂，因此监控服务的运行状态以及针对异常状态及时的发出告警也成为微服务治理不可或缺的一环。服务的监控主要有日志监控、调用链路监控、指标监控等几种类型方式，其中指标监控在整个微服务监控中比重最高，也是实际生…
阅读更多...
＜C++＞ STL_容器适配器

＜C++＞ STL_容器适配器

1.容器适配器 适配器是一种设计模式，该种模式是将一个类的接口转换成客户希望的另外一个接口。 容器适配器是STL中的一种重要组件，用于提供不同的数据结构接口，以满足特定的需求和限制。容器适配器是基于其他STL容器构建的，通过…
阅读更多...
【VRTK4.0运动专题】轴移动AxisMove（真实身体的移动）

【VRTK4.0运动专题】轴移动AxisMove（真实身体的移动）

文章目录 1、概览2、释义3、属性设置 1、概览 2、释义 “竖直轴”控制的行为“水平轴”控制的行为1Vertical-Slide 滑动Horizontal-Slide 滑动2Vertical-Slide 滑动Horizontal-SmoothRotate 转动3Vertical-Slide 滑动Horizontal-SnapRotate 转动（不连续&#xff09…
阅读更多...
最新文章

Copyright @ 2022~2023