当前位置:

首页 > 编程开发 > 使用ThinkPHP6搭建后端API接口的步骤

使用ThinkPHP6搭建后端API接口的步骤

1、下载tp6我使用的是集成环境phpstuday,安装了composer,通过composer安装tp6,thinkphp官网已经不再支持直接下载。composercreate-projecttopthink/thinktp6你也可以直接按照tp6看云文档的步骤来安装tp6在下载好的tp6目录通过cmd命令窗口输入phpthinkrun在浏览器中输入127.0.0.1:8000,访问到如下页面就安装成功了2、打开错误调试在开始之间,我们先打开tp6的错误调试1.找到config/app.ph

本文目录

    1、下载tp6

    我使用的是集成环境phpstuday,安装了composer,通过composer安装tp6,thinkphp官网已经不再支持直接下载。

    composer create-project topthink/think tp6

    你也可以直接按照tp6看云文档的步骤来安装tp6

    在下载好的tp6目录通过cmd命令窗口输入

    php think run

    在浏览器中输入127.0.0.1:8000,访问到如下页面就安装成功了

    2、打开错误调试

    在开始之间,我们先打开tp6的错误调试
    1.找到config/app.php下的show_error_msg ,改成true

    2.找到下面根目录下的.example.env文件,重命名此文件,把.example删掉

    查看这里面的代码,会发现,它打开了app_debug调试

    这样我们就能看到完整的报错信息了,例如:

    3、隐藏入口文件

    在第1节中,我们访问

    http://127.0.0.1:8000

    实际访问的是

    http://127.0.0.1:8000/index.php/index/index

    你也可以通过这样的方式访问

    http://127.0.0.1:8000/index/index

    如果什么都不填,默认访问的就是index控制器,在config/app.php文件中有这样的定义,你也可以修改默认的控制器

    还有,不管访问任何控制器,如果没有填方法,它都会访问控制器中的index方法,如果index方法不存在,则提示错误信息-方法不存在。
    通过在项目根目录中运行的php think run开启的web服务,tp6帮我们做了隐藏入口文件的操作,所以你可以通过第三种方式访问。但是我们这一节要说的就是隐藏入口,怎么能用tp6自带的web服务呢。所以要自己来。
    我们在开发时,往往会在本地搭建WNMP等这样的一套web解决方案,这就需要我们自己去隐藏入口文件index.php

    为什么要隐藏入口文件?

    1. 因为像这样子http://127.0.0.1:4321/index.php/index/index访问方法,这个index.php很不好看。

    2. 多余。

    3. 危险

    我这里因为用的集成环境,选用的是apache服务器,所以我只找了apache的隐藏入口文件的方法,nginx的需要自己搜索了。
    现在我启用apache服务器,开的端口是4321
    当我想通过

    http://127.0.0.1:4321/index/index

    去访问方法时,访问失败

    而我加上入口文件访问时,访问成功

    http://127.0.0.1:4321/index.php/index/index


    实现隐藏index.php很简单,只需要找到public目录下的.htaccess文件,添加如下代码就可以了。

     #如果mode_rewrite.c模块存在 则执行以下命令
      Options +FollowSymlinks -Multiviews
      RewriteEngine On #开启 rewriteEngine
      # !-d 不是目录或目录不存在
      RewriteCond %{REQUEST_FILENAME} !-d 
      # !-f 不是文件或文件不存在
      RewriteCond %{REQUEST_FILENAME} !-f 
    
      RewriteRule ^(.*)$ index.php [QSA,PT,L]
      # 参数解释
      # ^(.*)$: 匹配所有的路口映射
      # QSA: (Query String Appending)表示保留参数入get传值?xxx==xx;
      # PT: 把这个URL交给Apache处理;
      # L: 作为最后一条,遇到这条将不再匹配这条之后的规则

    现在访问

    http://127.0.0.1:4321/index/index

    访问成功

    需要注意,在第一节中我们看到,运行了php think run 后,我们的项目目录访问的是public目录

    官方文档中也说在项目中应该只有public目录是可以被外界访问的,所以如果有什么需要访问的图片、视频等资源,应该放在此目录下

    4、解决跨域问题

    在应用开发中,前后端都是分开独立开发的,而前后端通常都会自己搭建一个web服务,运行在不同的端口上,在前端访问后端的接口时,会报跨域的错误。而这种跨域问题通常是要有后端来处理的,tp6有专门的中间件来做这个事情,真是太方便了,只需要在app目录下的middleware.php中添加该中间件,就实现了跨域访问。

    5、路由解决api版本控制

    在app目录中的container控制器中新建两个文件夹v1,v2,在其中都创建User.php文件

    v1/User.php

    v2/User.php

    注意上面两个文件的命名空间,就第一行代码,在哪个文件夹下,就写到哪里。
    现在方法有了,我们还无法访问,需要使用路由,让路由帮我们找对应的方法。

    至于路由的概念去文档自己看。我这里主要用路由组的方式,我觉得这个比资源路由好用,灵活。

    在根目录下的route目录下的app.php文件代码如下:

    // +----------------------------------------------------------------------use think\facade\Route;// api版本控制$v = request()->header('Api-Version');// 默认api版本为v1if ($v == null) $v = "v1";// 用户Route::group('user', function () {
      Route::post('login', 'login');})->prefix($v.'.user/')->pattern(['id' => '\d+']);

    以上代码进行控制api版本的方式是,请求发起者在header中传递要访问的api的版本,这里获取到对应的版本,访问对应的方法。

    鉴于以上我使用的是post请求,且要传递header,所以使用postman进行测试。

    6、jwt token验证

    我用的是tp6看云文档收录的插件

    composer require thans/tp-jwt-auth

    该插件的github地址-文档
    在开始之前可以看看文档里是怎么操作的,我也是按照文档来的

    安装完成后,该插件所在的位置在根目录下的vendor/thans/tp-jwt-auth
    还会在根目录下的config目录下生成jwt.php文件来记录一些配置信息

    看这里都是读取的env中的参数,所以咱也在根目录下的.env文件中配置参数。
    在根目录下打开cmd窗口,执行

    php think jwt:create

    会帮你在.env文件中生成密钥secret,红色框中的是新增的内容

    token的有效期为60秒,为了方便我们测试,我就不改了,如果你要改,可以在.env中添加,这样就改成了1小时

    这个插件有三种方式【header,token,param】传递token,我就使用其中一个,也是最常用的一种,就是在【header】中传递token信息,这个插件默认验证header中的token信息需要传递的参数名为authorization,而在header中直接传递该参数tp6是获取不到的,需要做一些设置,
    在根目录中的public目录下的.htacccess文件中添加

    SetEnvIf Authorization .+ HTTP_AUTHORIZATION=$0


    那么现在开始测试:

    (1).生成token

    我就在之前创建的v1/User.php控制器中写了

     1,'name'=>'ceshi']);
          return $token;
        }}

    在postman中测试

    (2).验证token

    我使用的是路由中间件的方式验证token,

    写一个中间件

    在根目录下的app目录中创建middleware目录,在其下创建CheckToken.php文件
    app/middleware/CheckToken.php

    文件内容

    isOptions()) {
                return response();
            }
        	try {
                JWTAuth::auth();
            }catch (JWTException $e) {
            	return json($e->getMessage());
            }
            return $next($request);
        }}
    起别名

    给该中间件起个别名,在根目录下的config/middleware.php文件中

    在路由文件中使用中间件

    创建对应的方法

    在第三步中我们创建了一个getUserInfo()方法,现在在User.php文件中创建

    public function getUserInfo() {
       return json(['id'=>1, 'name'=> '啦啦啦']);}
    验证一下

    刚刚创建的token必然过期了,咱重新获取一条

    现在验证一下,请求userinfo方法,并在header中添加参数Authorization,
    注意:token值需要加上bearer ,bearer后的空格也要的。

    过了一分钟后,我们再来试一试

    可以看到token验证提示,该通过过期了,这个插件成功了,并没有继续往下走,把之前的信息返回。

    (3).注销token

    这个插件在github中的文档中没有说到怎么注销或删除token,只有一个刷新refresh和拉黑invalidate,我看了一下它的代码,刷新方
    这个拉黑的具体操作就是把你要注销的token保存在本地的cookie中,默认的保存时间是14天,14天后cookie会自己删除的,你可以在根目录下的runtime目录下的cache目录中找到对应的文件,我就不测试这个方法了,我感觉这个操作好像没什么必要。

    文件内容形似这样

    至此token这节就结束了。

    什么?
    你想改默认的token名称?那你可得好好研究这个插件了,看看怎么改,改完了记得踢我一脚,让我也看看,虽然我觉得一个Authorization已经够用了。

    7、统一的参数返回形式

    实际开发中,后端返回给前端的参数往往都是这样的。

    所以我们需要对参数返回形式做个统一的处理
    在app目录下的common.php中定义的方法全局都可调用,所以在这个文件中定义此方法。

     $code,
          "msg" => $msg,
          "data" => $data
      ];
      // 调用Response的create方法,指定code可以改变请求的返回状态码
      return Response::create($result, $type)->code($code);}

    唉,这个时候,经验的重要性就体现出来,我是个前端,而且在我自己看来,还算是个没有工作经验的前端,

    1. 不知道他们后端到底怎么处理这个状态码,网上的东西越看越乱,状态码可以分为业务状态码和请求返回的状态码,我这里就简单了,就只有请求返回的状态码,虽然在返回的数据中也传递了这个码,其实没什么用,小项目、不复杂的项目根本用不少业务状态码。

    2. 我看别人还会单独分装成功和失败的方法,这个就看自己习惯了,我感觉好像没啥必要。

    3. 终究是经验不足,网上能参考的代码太少,还千篇一律,最可气的是一篇文章居然可以在多个博客网站上出现,别人抄的、复制的就算了,作者自己也发这么多地方,真的搞笑,百度一下,跳出来全是同一个,标题也是一样,很迷~。

    调用就很简单了,可以直接使用
    我们还是改一下login方法

    public function login(){
       $data = [
         ['id'=>1,'name'=>'杰森'],
         ['id'=>2,'name'=>'麦克']
       ];
       $code = 200;
       $msg = '获取成功';
       return result($data, $msg, $code);
     }


    返回结果

    这样好像没有体现我们修改的请求的状态码,那我们把$code改成500,再来看看结果如何

    咱已经成功的将改请求状态变成了500
    得嘞,现在再来回头看看我们之前写的检查jwt的中间件,把返回的结果封装一下

    再去验证一下看看,看着返回的结果就舒服多了,这特么才是后端给前端返回的结果。

    记录一下一些常见的状态码,我在自己写的时候就只用到了这些状态码

    状态码描述
    200请求成功
    204请求成功,未返回实体,比如option请求,这玩意儿用不着呀
    400错误的请求
    401认证失败,这个一般在token验证那里
    403拒绝访问
    404请求的资源不存在
    422参数验证错误
    500服务器错误

    7、异常捕捉

    异常捕捉(看云文档)内容挺多的,自己去百度吧,我就把我遇到过的常见的错误进行捕捉,其它的异常我也爱莫能助,不懂啊 !>_>!
    我也就不自定义类了,直接在它给的默认的异常处理文件里写了。

    (1)参数验证错误捕捉

    我们先写一个参数验证的类,在app目录下创建validate目录,创建User.php文件

    app/validate/User.php

     'require|max:25',
            'age'   => 'number|between:1,120',
            'email' => 'email',    
        ];
        
        protected $message  =   [
            'name.require' => '名称必须',
            'name.max'     => '名称最多不能超过25个字符',
            'age.number'   => '年龄必须是数字',
            'age.between'  => '年龄只能在1-120之间',
            'email'        => '邮箱格式错误',    
        ];
        }

    tp6的异常捕捉分为两种,自动和手动的,手动的就是通过try{}catch{}捕捉。tp6的异常捕捉大多是自动的,不过,比如我们现在要操作的参数验证错误就需要自己去捕捉来抛出异常,我们此节的目的是统一捕捉这个错误,我就不用手动的了。
    我们就在异常处理类的render方法中添加这个捕捉抛出就可以了。

    // 1.参数验证错误
     if ($e instanceof ValidateException) {
         return result($e->getError(), '参数验证不通过', 422);
     }

    现在在方法中一下,看看能否捕获。
    app/controller/v1/User.php

    查看结果,成功被捕获到了,并抛出了错误内容

    如果验证通过了,就会正常的走下去,则会显示我return的测试内容

    (2)未匹配到资源或方法的异常捕获

    我还没找到方法,在我的预想中这个应该要做到能够准确的反应未匹配到的原因。

    // 2.方法(控制器、路由、http请求)、资源(多媒体文件,如视频、文件)未匹配到,// 一旦在定义的路由规则中匹配不到,它就会直接去匹配控制器,但是因为在控制器中做了版本控制v1,v2这样的,所以它是无法获取对应控制器的// 所以都会直接走了HttpException的错误// 感觉好像也无所谓,反正是做api接口的,只不过这样就不好准确的提示信息了// 到底这个请求时控制器找不到呢?还是方法找不到?还是请求类型(get,post)不对?if(($e instanceof ClassNotFoundException || $e instanceof RouteNotFoundException) || ($e instanceof HttpException && $e->getStatusCode()==404)){
      $data = [
        'err_msg' => $e -> getMessage(),
        'tips_1' => '请检查路径是否是否填写正确',
        'tips_2' => '请检查请求类型是否正确',
      ];
      return result($data, '方法或资源未找到,请检查', 404);}
    下面就不写了,太麻烦了,直接放全部代码
    isAjax()) {
                return response($e->getMessage(), $e->getStatusCode());
            }
            // 使用了错误的数据类型 或 缺失参数
            if ($e instanceof InvalidArgumentException || $e instanceof ErrorException) {
              $fileUrlArr = explode(DIRECTORY_SEPARATOR, $e->getFile());
              $data = [
                'err_msg' => $e->getMessage(),
                'file' => $fileUrlArr[count($fileUrlArr) - 1],
                'line' => $e->getLine()
              ];
              return result($data, '参数错误', 413);
            }
            // 1.参数验证错误
            if ($e instanceof ValidateException) {
                return result($e->getError(), '参数验证不通过', 422);
            }
            // 2.方法(控制器、路由、http请求)、资源(多媒体文件,如视频、文件)未匹配到,
            // 一旦在定义的路由规则中匹配不到,它就会直接去匹配控制器,但是因为在控制器中做了版本控制v1,v2这样的,所以它是无法获取对应控制器的
            // 所以都会直接走了HttpException的错误
            // 感觉好像也无所谓,反正是做api接口的,只不过这样就不好准确的提示信息了
            // 到底这个请求时控制器找不到呢?还是方法找不到?还是请求类型(get,post)不对?
            if(($e instanceof ClassNotFoundException || $e instanceof RouteNotFoundException) || ($e instanceof HttpException && $e->getStatusCode()==404)){
              $data = [
                'err_msg' => $e -> getMessage(),
                'tip_1' => '请检查路径是否是否填写正确',
                'tips_2' => '请检查请求类型是否正确',
              ];
              return result($data, '方法或资源未找到,请检查', 404);
            }
            // 3.语法错误
            if ($e instanceof ParseError) {
              $fileUrlArr = explode(DIRECTORY_SEPARATOR, $e->getFile());
              $data = [
                'err_msg' => $e->getMessage(),
                'file' => $fileUrlArr[count($fileUrlArr) - 1],
                'line' => $e->getLine()
              ];
              return result($data, '服务器异常-语法错误', 411);
            }
            // 4.数据库错误
            if ($e instanceof PDOException || $e instanceof DbException) {
              $fileUrlArr = explode(DIRECTORY_SEPARATOR, $e->getFile());
              $data = [
                'err_msg' => $e->getMessage(),
                'file' => $fileUrlArr[count($fileUrlArr) - 1],
                'line' => $e->getLine()
              ];
              return result($data, '服务器异常-数据库错误', 412);
            }
            // 其他错误交给系统处理
            return parent::render($request, $e);
        }}

    本节结束,这里面用的错误处理都是我在平常练习中遇到的错误,至于其他的没有处理是因为我还没碰到,碰到再说吧。为了给前端好的反馈,我们应该处理所有的异常的返回形式,不然,tp6默认返回页面形式的,前端等于得不到相应了。至于这个自定义异常捕获,应该有相应的插件的吧,你要是感兴趣可以去找找。

    7、自动生成api文档

    之前我还很好奇,后端是怎么搞出接口文档的,都是自己录入数据套模板的吗?原来他么的都是插件做的,真他么方便!!!

    (1)安装插件
    composer require hg/apidoc// 文档// https://hgthecode.github.io/thinkphp-apidoc/guide/install/

    你就照着插件的文档来就好了,不用跟着我。

    (2)下载对应的前端页面

    下载最新的,放在public目录下

    (3)使用

    具体配置你还得看文档,我就直接照着最简单的做了,
    我就试一个,将app/controller/v1/User.php写了注释,它会读注释生成接口文档

    引入注释

    app/controller/v1/User.php

    这个接口文档这里有点小问题,因为我们前面使用在header中添加api版本的方式控制请求的api版本,所以如果直接用/user/login是无法访问到控制器的,也就访问不到方法,必须得加上控制器所在位置的信息,就在前面加上了v1,变成了v1.user/login。这种形式是通过控制器去访问的方法,显然不理想,我想要达到的目标是不需要再里面加上v1,这个还得好好研究研究,不然前面定义的路由不是跟这个接口文档对不上了吗?你们要是研究到了,记得踢我一脚哈 >_>!

    #后记:当时只是练习一下我,我也没深究,but其实这个apidoc它的官方文档里有设置项的,关于这个多应用/多版本的配置项,去apidoc的文档去看吧,在config/apidoc.php修改apps的配置就可以了,然后就可以通过右上角的选择框切换版本了

        // 设置应用/版本(必须设置)
        'apps'           => [
            [
                'title'=>'演示示例',
                'path'=>'app',
                'folder'=>'controller',
                'items'=>[
                    ['title'=>'V1.0','path'=>'app\controller\v1','folder'=>'v1'],
                    ['title'=>'V2.0','path'=>'app\controller\v2','folder'=>'v2']
                ]
            ],
        ],
    本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系bd@zhengruan.com
    作者最新文章
    编程开发 thinkphp API
    相关文章 更多
    thinkphp写接口代码的完整开发实例教程
    thinkphp写接口代码的完整开发实例教程

    本教程以ThinkPHP框架为例,通过文章管理API的具体业务场景,详细拆解路由定义、数据验证、控制器逻辑、数据模型操作、统一响应结构与全局异常处理的完整接口开发全流程。

    thinkphp项目部署指南详解服务器部署步骤
    thinkphp项目部署指南详解服务器部署步骤

    详细解析ThinkPHP项目在Linux服务器上的部署步骤,包括环境搭建、文件权限、Nginx配置及常见陷阱,提供可复制的代码示例与例外场景分析。

    编程和我
    编程和我

    考取了程序员证书,却无法与“程序员”身份画等号,更偏爱算法和底层操作,对软件工程兴趣寥寥。编程作为兴趣能带来挑战与喜悦,一旦沦为重复工作便失去意义。坚持自然学习,远胜于强制赶进度。

    为什么 TP6.0 模型关联为空?with 预加载与查询作用域的使用【ORM】
    为什么 TP6.0 模型关联为空?with 预加载与查询作用域的使用【ORM】

    ThinkPHP6.0模型关联返回null的常见原因包括:with闭包遗漏外键和主键字段、嵌套预加载语法不兼容低版本、关联方法内部误用with或field导致数据失控,以及全局作用域与软删除未显式处理。通过检查SQL日志、显式声明关键字段、升级版本或改用正确语法、清理关联方法中的查询条件即可解决。

    TP6.0 构建支持断点续传的超大附件上传服务【分片】
    TP6.0 构建支持断点续传的超大附件上传服务【分片】

    在ThinkPHP6.0中实现支持断点续传的超大附件上传,采用分片上传方案。前端按2MB切片并生成唯一chunkId,通过GET请求校验已传分片,用localStorage持久化上传状态。后端控制器接收分片存储,创建upload_status表管理进度,合并时加文件锁并校验MD5,确保生产环境下的可靠性与性能。

    thinkphp排序怎么实现动态排序 开发技巧解析
    thinkphp排序怎么实现动态排序 开发技巧解析

    动态排序时,order()应置于查询链式调用中且必须在paginate()之前;字段和方向需通过白名单硬校验,使用数组语法防SQL注入;分页调用appends()传递参数;多字段排序用关联数组,确保安全稳定。

    TP6.0 复杂业务逻辑下事务嵌套的回滚陷阱【DBA】
    TP6.0 复杂业务逻辑下事务嵌套的回滚陷阱【DBA】

    在复杂业务逻辑中,事务嵌套的回滚问题一直是ThinkPHP开发者容易踩的坑,尤其是TP6.0版本。先说核心结论:TP6.0并不支持真正意义上的嵌套事务。很多人以为调用两次Db::transaction()就能在内部自动管理回滚,实际上这只是一层“伪装”——内层事务的提交或回滚操作会被直接忽略,异常也

    thinkphp排序怎么实现倒序排列 教程简单易懂
    thinkphp排序怎么实现倒序排列 教程简单易懂

    ThinkPHP 实现倒序排列,说穿了就是 order() 方法配合 desc 方向,一句话的事儿,根本不需要什么复杂的循环或额外逻辑。 来看看最直接的方式:用 order('字段名 desc') 搞定。这招的好处是数据库层直接干活,效率高,逻辑也清晰。比如你想让文章列表按照发布时间从新到旧排,那就

    TP5.1 项目接入 LDAP 实现后台管理员统一认证【企业】
    TP5.1 项目接入 LDAP 实现后台管理员统一认证【企业】

    在企业系统逐渐转向统一身份认证的背景下,ThinkPHP 5.1 项目接入 LDAP 实现后台管理员统一认证,是不少团队正在推进的标准化改造。核心思路并不复杂——把框架默认基于数据库的账号校验逻辑彻底换掉,让登录请求直接交给企业 LDAP 目录服务来完成验证。说白了,不是简单改个密码字段,而是要重构

    TP5.1 项目启用 HttpOnly 防范 XSS 攻击【安全头】
    TP5.1 项目启用 HttpOnly 防范 XSS 攻击【安全头】

    在基于TP5.1框架的项目开发中,通过全局配置Cookie的HTTP只读属性、手动设置特定Cookie、修改PHP配置文件强制会话Cookie启用HTTP只读属性,并结合跨站脚本攻击入口过滤,能够有效地防范跨站脚本攻击窃取Cookie,形成多层次纵深防御体系。

    查看更多
    精品专题 更多
    装机必备
    装机必备

    正软商城装机必备专区,精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件,帮助用户快速完成新电脑软件配置。

    Windows
    Windows

    正软商城Windows软件专区,汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件,提供软件介绍、系统要求、正版授权及购买下载服务。

    PDF教程
    PDF教程

    正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法,同时介绍常用PDF软件和工具的使用技巧。

    Mac软件 更多
    讯飞智作 网页版
    讯飞智作 网页版
    Windows/ macOS/ Linux

    讯飞智作是一款基于语音合成技术、虚拟人驱动技术与数字人形象声音构建能力的 AI 数字人音视频创作平台。

    火山引擎 网页版
    火山引擎 网页版
    Windows/ macOS/ Linux

    火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

    Aperty macOS版
    Aperty macOS版
    macOS

    Aperty 是 Skylum 推出的 AI 人像修图软件,支持自然肤质修饰、瑕疵处理、面部与身体调整、预设及批量同步。

    WINDOWS 更多
    讯飞智作 网页版
    讯飞智作 网页版
    Windows/ macOS/ Linux

    讯飞智作是一款基于语音合成技术、虚拟人驱动技术与数字人形象声音构建能力的 AI 数字人音视频创作平台。

    火山引擎 网页版
    火山引擎 网页版
    Windows/ macOS/ Linux

    火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

    PixTV 网页版
    PixTV 网页版
    Windows

    PixTV 是一款在浏览器中使用的 AI 视觉内容创作平台,提供图片、视频、音频、文字生成、AI 分镜、局部重绘、提示词反推和无限画布等工具,适合短剧、漫剧、广告及社交媒体内容制作。