吴锦华/明鑫: 用户态文件系统(FUSE)框架分析和实战

最新推荐文章于 2024-02-15 15:37:45 发布
最新推荐文章于 2024-02-15 15:37:45 发布
阅读量6.1k 收藏 7
点赞数 3
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/juS3Ve/article/details/78237236
版权

作者简介：

吴锦华，2015年毕业于西安电子科技大学，目前就职于诺基亚上海贝尔，从事嵌入式平台开发工作2年，负责对第三方boot和Linux移植和适配到公司的软件平台架构。

明鑫，2006年毕业于武汉大学，目前就职于诺基亚上海贝尔，从事嵌入式平台开发工作11年，先后参与了VxWorks、Integrity等RTOS下的底层BSP及驱动开发，主导接入网络设备RTOS到Linux的移植。

快，关注Linuxer，一起涨姿势～

用户态文件系统介绍

用户态文件系统（filesystem in userspace， 简称FUSE），它能使用户在无需编辑和编译内核代码的情况下，创建用户自定义的文件系统。文件系统是操作系统的重要组成部分，一般在内核层面实现对于文件系统的支持，而通常内核态的代码难以调试，生产率较低。在用户态空间实现文件系统能够极大幅度的提高生产效率，简化为实现新的文件系统的工作量。FUSE主要包含两个部分，内核FUSE模块（Linux从2.6.14版本开始支持）和用户态Libfuse库。

 

目前FUSE支持的平台：

  • Linux 完全支持

  • BSD 部分支持

  • OX-X参考OSXFUSE

比较知名的用户态文件系统：

  • ExpanDrive：商业文件系统，实现了SFTP/FTP/FTPS协议；

  • GlusterFS：用于集群的分布式文件系统，可以扩展到PB级；

  • SSHFS：通过SSH协议访问远程文件系统；

  • GmailFS：通过文件系统方式访问GMail；

  • EncFS：加密的虚拟文件系统

  • NTFS-3G和Captive NTFS，在非Windows中对NTFS文件系统提供支持；

  • WikipediaFS：支持通过文件系统接口访问Wikipedia上的文章；

  • 升阳公司的Lustre：和GlusterFS类似但更早的一个集群文件系统

  • ZFS：Lustre的Linux版；

  • archivemount：

  • HDFS: Hadoop提供的分布式文件系统。HDFS可以通过一系列命令访问，并不一定经过Linux FUSE；

在嵌入式开发平台上，我们利用FUSE实现unionfs，quota fs, RIP和temp sensor的文件系统。

 

FUSE官网：

https://github.com/libfuse/libfuse

 

FUSE实现机制分析

在这个章节，我们首先对于虚拟文件系统做一个简单介绍，Linux下的文件系统都依赖于虚拟文件系统，要了解FUSE，首先要对虚拟文件系统有一个了解。然后我们对于FUSE做一个宏观框架的分析，先大致了解一下整个FUSE是如何工作的，最后两个小节分别从用户态和内核态具体分析FUSE的实现。

虚拟文件系统介绍（VFS）

Linux支持ext，ext2，xia，minix，umsdos，msdes，fat32 ，ntfs，proc，stub，ncp，hpfs，affs 以及 ufs 等多种文件系统。为了实现这一目的，Linux 对所有的文件系统采用统一的文件界面，用户通过文件的操作界面来实现对不同文件系统的操作。对于用户来说，我们不要去关心不同文件系统的具体操作过程，而只是对一个虚拟的文件操作界面来进行操作，这个操作界面就是 Linux 的虚拟文件系统(VFS ) 。形象地说，Linux 的内核好像一个 PC 机的主板，VFS 就是上面的一个插槽，具体的文件系统就是外设卡。因此，每一个文件系统之间互不干扰，而只是调用相应的程序来实现其功能。在 Linux 的内核文件中，VFS 和具体的文件系统程序都放在 Linux\FS 中，其中每一种文件系统对应一个子目录，另外还有一些共用的 VFS 程序。在具体的实现上，每个文件系统都有自己的文件操作数据结构file-operations。所以，VFS 作为 Linux内核中的一个软件层，用于给用户空间的程序提供文件系统接口，同时也提供了内核中的一个抽象功能，允许不同的文件系统很好地共存。VFS 使 Linux 同时安装、支持许多不同类型的文件系统成为可能。VFS 拥有关于各种特殊文件系统的公共界面，如超级块、inode、文件操作函数入口等。实际文件系统的细节，统一由 VFS 的公共界面来索引，它们对系统核心和用户进程来说是透明的。

 图2-1 VFS示意图

FUSE内核模块的实现跟传统的文件系统实现既有相似点，也有差别的地方，FUSE内核模块实现了FUSE文件系统，只不过与传统的文件系统不同，FUSE需要把VFS层的请求传到用户态的fuseapp，在用户态处理，然后再返回到内核态，把结果返回给VFS层。更多细节，且看下文。

FUSE宏观框架

当用户自定义一个新的用户态文件系统被挂载之后，我们在访问该文件系统的文件的方式与访问其他文件系统的文件是一样的，VFS保证了这一点。不同的是，FUSE文件系统下面的访问行为是可以用户自定义的。我们从一个简单的例子出发，先宏观上理解一下整个FUSE工作的流程。

以open为例，整个调用的过程如下：

1-      用户态app调用glibc open接口，触发sys_open系统调用。

2-      sys_open 调用fuse中inode节点定义的open方法。

3-      inode中open生成一个request消息，并通过/dev/fuse发送request消息到用户态libfuse。

4-      Libfuse调用fuse_application用户自定义的open的方法，并将返回值通过/dev/fuse通知给内核。

5-      内核收到request消息的处理完成的唤醒，并将结果放回给VFS系统调用结果。

6- 用户态app收到open的返回结果。

   图2-2 FUSE实现框架图

Libfuse实现分析

对于Libfuse的分析，我们从一个简单的例子开始(example/hello.c)。

static struct fuse_operations hello_oper = {

    .getattr    = hello_getattr,

    .readdir    = hello_readdir,

    .open       = hello_open,

    .read       = hello_read,

};

 

int main(int argc, char *argv[])

{

    return fuse_main(argc, argv, &hello_oper, NULL);

}

这个例子实现了一个最简单的用户态文件系统fuse.hello。

# hello /mnt/

# cd /mnt/

# ls -l

total 0

-r--r--r--    1 root     root            13 Jan  1  1970 hello

# cat hello

Hello World!

# touch a

touch: a: Function not implemented

# echo 0 > hello

-sh: can't create hello: Permission denied

# mkdir x

mkdir: can't create directory 'x': Function not implemented


上面是测试的结果，可以看到：

  • 可以读取目录

  • 可以读取文件属性

  • 可以读文件，不可以写文件

  • 不可以创建目录

  • 不可以创建文件

我们再结合hello.c中定义的方法，不难看出它们之间的关联。要使用FUSE实现自己的文件系统，我们需要定义一个fuse_operations类型的结构体变量，并将它传递给fuse_main，剩下的交给libfuse去处理，实现一个文件系统简单了很多。

 

接下来我们看一下fuse_operations的定义：

struct fuse_operations {

    int (*getattr) (const char *, struct stat *);
    int (*readlink) (const char *, char *, size_t);
    int (*getdir) (const char *, fuse_dirh_t, fuse_dirfil_t);
    int (*mknod) (const char *, mode_t, dev_t);
    int (*mkdir) (const char *, mode_t);
    int (*unlink) (const char *);
    int (*rmdir) (const char *);
    int (*symlink) (const char *, const char *);
    int (*rename) (const char *, const char *);
    int (*link) (const char *, const char *);
    int (*chmod) (const char *, mode_t);
    int (*chown) (const char *, uid_t, gid_t);
    int (*truncate) (const char *, off_t);
    int (*utime) (const char *, struct utimbuf *);
    int (*open) (const char *, struct fuse_file_info *);
    int (*read) (const char *, char *, size_t, off_t,
             struct fuse_file_info *);
    int (*write) (const char *, const char *, size_t, off_t,
             struct fuse_file_info *);
    int (*statfs) (const char *, struct statvfs *);
    int (*flush) (const char *, struct fuse_file_info *);
    int (*release) (const char *, struct fuse_file_info *);
    int (*fsync) (const char *, int, struct fuse_file_info *);
    int (*setxattr) (const char *, const char *, const char *, size_t, int);
    int (*getxattr) (const char *, const char *, char *, size_t);
    int (*listxattr) (const char *, char *, size_t);
    int (*removexattr) (const char *, const char *);
    int (*opendir) (const char *, struct fuse_file_info *);
    int (*readdir) (const char *, void *, fuse_fill_dir_t, off_t,
            struct fuse_file_info *);
    int (*releasedir) (const char *, struct fuse_file_info *);
    int (*fsyncdir) (const char *, int, struct fuse_file_info *);
    void *(*init) (struct fuse_conn_info *conn);
    void (*destroy) (void *);
    int (*access) (const char *, int);
    int (*create) (const char *, mode_t, struct fuse_file_info *);
    int (*ftruncate) (const char *, off_t, struct fuse_file_info *);
    int (*fgetattr) (const char *, struct stat *, struct fuse_file_info *);
    int (*lock) (const char *, struct fuse_file_info *, int cmd,
             struct flock *);
    int (*utimens) (const char *, const struct timespec tv[2]);
    int (*bmap) (const char *, size_t blocksize, uint64_t *idx);
    unsigned int flag_nullpath_ok:1;
    unsigned int flag_nopath:1;
    unsigned int flag_utime_omit_ok:1;
    unsigned int flag_reserved:29;
    int (*ioctl) (const char *, int cmd, void *arg,
              struct fuse_file_info *, unsigned int flags, void *data);
    int (*poll) (const char *, struct fuse_file_info *,
             struct fuse_pollhandle *ph, unsigned *reventsp);
    int (*write_buf) (const char *, struct fuse_bufvec *buf, off_t off,
              struct fuse_file_info *);
    int (*read_buf) (const char *, struct fuse_bufvec **bufp,
             size_t size, off_t off, struct fuse_file_info *);
    int (*flock) (const char *, struct fuse_file_info *, int op);
    int (*fallocate) (const char *, int, off_t, off_t,
              struct fuse_file_info *);
};


在fuse_operations中所有的方法都是可选的，但是为了实现一个有价值的文件系统，有些方法是必须实现的(比如getattr)。

  • getattr() 类似于stat() 

  • readlink() 读取链接文件的真实文件路径

  • getdir() 已经过时，使用readdir()替代

  • mknod() 创建一个文件节点

  • mkdir() 创建一个目录

  • unlink() 删除一个文件

  • rmdir() 删除一个目录

  • syslink() 创建一个软链接

  • rename() 重命名文件

  • link() 创建一个硬链接

  • chmod() 修改文件权限

  • chown() 修改文件的所有者和所属组

  • truncate() 改变文件的大小

  • utime() 修改访问和修改文件的时间，已经过时，使用utimens()替代

  • open() 打开文件

  • read() 读取文件

  • write() 写文件

  • statfs() 获取文件系统状态

  • flush() 刷缓存数据

  • release() 释放打开的文件

  • fsync() 同步数据

  • setxattr() 扩展属性接口， 下同

  • getxattr()

  • listxattr()

  • removexattr()

  • opendir() 打开一个目录

  • readdir() 读取目录

  • releasedir() 释放打开的目录

  • fsyncdir() 同步目录

  • init() 初始化文件系统

  • destroy() 清理文件系统

  • access() 检查访问权限

  • create() 创建并打开文件

  • ftruncate() 修改文件的大小

  • fgetattr() 获取文件属性

  • lock()

  • utimens()

  • bmap()

  • ioctl()

  • poll()

  • write_buf()

  • read_buf()

  • flock()

  • fallocate()

在探究libfuse的实现之前，我们先给出libfuse的核心的数据结构框架图。这幅图可以我们在阅读代码的时候作为参考。

图2-3 Libfuse数据结构图


接下来我们来看一下libfuse是如何实现的。

Libfuse从fuse_main这个入口开始，从这里我们注册进去定义的文件操作方法来实现我们自己的文件系统。在fuse_main中，首先会完成参数解析，注册用户定义的operations, 实现文件系统的挂载（系统调用mount），填充fuse相关的数据结构，消息的处理。消息的处理部分是libfuse最核心的部分，实现用户态与内核的互动（/dev/fuse），从内核接收req消息，解析，调用用户自定义的ops，完成处理后，把结果通过/dev/fuse返回给内核，内核再返回给VFS层的系统调用，获得结果。

图2-4 libfuse实现流程图

FUSE内核实现分析

对于内核部分又为两个部分，一个部分是文件系统部分，另一个部分是字符设备部分。两部分建立关联是在文件系统挂载的时候。

我们首先从挂载部分看起，利用strace工具，截取mount系统调用相关的信息：

# strace hello /mnt/

…

open("/dev/fuse", O_RDWR|O_LARGEFILE)   = 3

…

mount("hello", "/mnt", "fuse.hello", MS_NOSUID|MS_NODEV, "fd=3,rootmode=40000,user_id=0,gr"...) = 0

…

mount参数部分需要关注一下，fd=3，这个是关联字符设备和文件系统关键纽带。

上面是用户态的系统调用，接下来我们再来看一下内核态中mount系统调用的处理过程。

sys_mount
|-> do_mount
       |-> do_new_mount
            |-> get_fs_type
            |-> vfs_kern_mount
                 |-> mount_fs
                      |-> type->mount() [fuse_mount]
                           |-> mount_nodev
                                |-> fuse_fill_super
                                     |-> file = fget(d.fd);
                                     |-> fc->sb = sb
                                     |-> sb->s_fs_info = fc
                                     |-> fud = fuse_dev_alloc(fc)

                                     |-> file->private_data = fud


在最后的fuse_fill_super部分，file就是通过mount传进来的参数”fd=3”得到的，对应于打开的“/dev/fuse”。在挂载时候创建的superblock，fuse_conn, fuse_dev，file在这里关联起来了，具体的可以看一下图2-5更清楚一些。

图2-5 Linux FUSE模块数据结构图

接下来我们以删除一个文件为例，看一下FUSE是如何工作的，图2-6摘自libfuse官方文档内核部分。

首先fuse_app会阻塞在读/dev/fuse, 当挂载点下面有新的行为（删除文件）触发时，会通过系统调用调用fuse文件系统内核接口，并生成request消息，同时唤醒阻塞的fuse_app读操作，fuse_app读到request之后，到用户态利用libfuse进行解析，根据request中的opcode找到对应的ops并执行，执行之后通过/dev/fuse把处理的结果传回。VFS阻塞的行为会被唤醒，然后完成VFS的访问。

图2-6 用户态和内核态交互过程示例

FUSE实践过程记录

在实践章节，我们准备在QEMU环境中演示一下一个实用的用户态文件系统，实现用户态配额文件系统。这里我们需要用到buildroot和QEMU，本文主要还是为了演示FUSE，对于buildroot和QEMU本身不做详细介绍，只介绍一些用到的命令。

Buildroot是一个开源组件，广泛用于嵌入式开发平台，集toolchain，rootfs，bootloader，kernel，open sourcepackage等于一身，方便开发者定制自己的linux系统。

QEMU是一个虚拟机，可以做到指令集的仿真，支持x86，ARM，powerpc等架构，可以用于模拟实体板卡。

 

HOST平台： Ubuntu14.04

TARGET平台：qemu_vexpress

GITHUB repo：

https://github.com/JinhuaW/buildroot.git

https://github.com/JinhuaW/target-apps.git

1- 安装实验必须的组件：

sudo apt-get install qemu git g++

2- 从github上克隆buildroot库。

git clone https://github.com/JinhuaW/buildroot.git

3- 编译，切换到buildroot根目录

jinhuawu@UbuntuPC:~/buildroot$ make qemu_arm_vexpress_defconfig
#
# configuration written to /home/jinhuawu/buildroot/.config
#
jinhuawu@UbuntuPC:~/buildroot$ make

在编译完成那个以后，我们可以得到下面的image

jinhuawu@UbuntuPC:~/buildroot/output/images$ ls
rootfs.ext2  vexpress-v2p-ca9.dtb  zImage

4- 运行QEMU环境

jinhuawu@UbuntuPC:~/buildroot/output/images$ ls
rootfs.ext2  vexpress-v2p-ca9.dtb  zImage
jinhuawu@UbuntuPC:~/buildroot/output/images$ qemu-system-arm -M vexpress-a9 -m 512M -nographic -append "root=/dev/mmcblk0 console=ttyAMA0" -kernel zImage -sd rootfs.ext2  -dtb vexpress-v2p-ca9.dtb

5-      测试app。

在用QEMU把target环境启动起来以后，我们可以测试我们quotafs，quotafs相应的代码可以从https://github.com/JinhuaW/target-apps.git获取。

Welcome to Buildroot

buildroot login: root

# quotafs -h

Usage: quota --src source_dirctory --size quota_size mount_point [OPTIONS]

Mount a user space quota filesytem.

 

 -h, show fuse option help

 --src, the source dircotry is going to setup the quota

 --size, the size of the quota

# quotafs --src /var/ --size 1024000 /mnt/

# mount

/dev/root on / type ext2 (rw,relatime)

devtmpfs on /dev type devtmpfs (rw,relatime,size=256244k,nr_inodes=64061,mode=755)

proc on /proc type proc (rw,relatime)

devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)

tmpfs on /dev/shm type tmpfs (rw,relatime,mode=777)

tmpfs on /tmp type tmpfs (rw,relatime)

tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)

sysfs on /sys type sysfs (rw,relatime)

quotafs on /mnt type fuse.quotafs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)

# cd /mnt/

# ls

cache       lock        run         tmp         used_size

lib         log         spool       total_size  www

# cat total_size

1024000

# cat used_size

492866

# dd if=/dev/zero of=test bs=1 count=1000

1000+0 records in

1000+0 records out

# cat used_size

493866

iphone用户打赏

Android用户打赏


Linux阅码场
关注
  • 3
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
零价铁还原地下水中对氯硝基苯的研究
01-29
零价铁还原地下水中对氯硝基苯的研究，乐晨，吴锦华，对氯硝基苯是地下水中常见的毒性污染物，威胁到以地下水为饮用水源安全。采用间歇实验，考察了零价铁去除对氯硝基苯的效果，研究
基于FUSE的简单文件系统
01-30 498
基于FUSE的简单文件系统
FUSE源码剖析
Fybon的专栏
03-11 2308
FUSE源码剖析 Posted by  Wang Alan  on 2013 年 6 月 28 日 Tweet 8  1. 前言        本文是对FUSE-2.9.2源码的学习总结。FUSE代码在用户空间和内核空间都有运行，为了突出重点，先简要描述了在基于FUSE的用户空间文件系统中执行write操作的一般
基于Fuse的最简单的文件系统
shuningzhang的专栏
02-15 949
首先我们介绍一下什么是文件系统。文件系统是一个将硬盘的线性地址转换为层级结构的软件系统，其核心是给用户呈现层级结构的目录树（如下图所示）。在文件系统中有两个非常重要的概念，一个是文件，另外一个是目录（或者文件夹）。其中目录是一个容器，可以存储文件或者目录（称为子目录）。文件是存储数据的实体，我们的数据都是以文件的形态进行存储的。文件有很多种类，比如视频文件、音频文件、Word文档和文本文件等等。
FUSE简介
~~ LINUX ~~
06-17 2999
一、FUSE简介 FUSE（用户空间文件系统）是这样一个框架：它使得FUSE用户在用户态下编写文件系统成为可能，而不必和内核打交道。 FUSE由三个部分组成：linux内核模块、FUSE库 以及mount 工具。 用户关心的只是FUSE库和mount工具，内核模块仅仅提供kernel的接入口，给了文件系统一个框架，而文件系统本身的主要实现代示位于用户空间中。FUSE库给用户提供了编程的接口，而mount工具则用于挂在用户编写的文件系统。 FUSE起初是为了研究AVFS...
Linux Filesystem in Userspace(FUSE)
adaptiver的专栏
11-26 6000
转贴两篇关于fuse的文章，后面再研究  Linux Filesystem in Userspace(FUSE) http://www.360doc.com/content/09/1008/23/175938_6995356.shtml 1. FUSE(Filesystem in Userspace)简介 1.1. 概述 FUSE（用户空间文件系统）作为类UNIX系统平台上可加载的内核
JuiceFS：用户态fuse接口
easonwx的博客
01-12 775
juicefs是一款面向云原生设计的高性能分布式文件系统，本文介绍fuse相关用户态接口及功能。
Kernel源码笔记之文件系统：2. fuse——挂载
苟浩的博客
07-01 760
初始化函数里，主要创建了fuse_fs_context对象，每个挂载的上下文对象。 在挂载fusefs的时候，必须要传fd, rootmod, user_id, group_id，这4个参数。然后就根据是否有设备，调用不同的vfs函数，核心工作都在fuse_fill_super里。 在fuse_fill_super主要流程：下面是参数解析的相关代码: fuse_conn_init 在fuse_conn_init设置了已连接状态和fiq->ops，这个ops默认是fuse_dev_operations，处理
使用 FUSE 开发自己的文件系统
Bekars涡轮增压的Blog ^_^
04-12 2306
Sumit Singh, 软件工程师, IBM2006 年 4 月 10 日使用用户空间的文件系统（FUSE），您无需理解文件系统的内幕，也不用学习内核模块编程的知识，就可以开发用户空间的文件系统框架。本文是一篇简单的逐步介绍的指南，内容包括安装、定制和启用 FUSE 和 AFS，这样您就可以在 Linux® 的用户空间中创建自己的功能完备的文件系统了。文件系统是一种用来存储和组织计算
FUSE架构详解
热门推荐
神技圈子的博客
02-18 1万+
整体架构及流程 fuse为多线程并发模型，每个worker线程都在读取/dev/fuse中的请求，这样就保证线程之间的同步，当读取到一个请求之后，线程就开始处理该请求，但如果监听线程为0，则继续创建新的线程进行监听，处理完请求之后，如果线程的数量超过限制(10个)，就退出该线程。整个框架如下：   worker线程通过请求派发函数fuse_ll_process派发请求之后，根据opcod...
硝酸盐还原条件下对氯硝基苯的生物还原转化
12-31
硝酸盐还原条件下对氯硝基苯的生物还原转化，査清云，吴锦华，针对对氯硝基苯和硝酸盐复合污染问题，以乙醇作为共基质，通过间歇式实验，在基质充足和不足2种条件下考察了NO3-对对氯硝基苯还原�
钙镁离子及重碳酸盐对零价铁还原对氯硝基苯的影响
12-31
钙镁离子及重碳酸盐对零价铁还原对氯硝基苯的影响，乐晨，吴锦华，通过间歇式实验，考察了地下水中常见硬度离子Ca2+、Mg2+及HCO3-的独立作用和联合作用对零价铁还原对氯硝基苯的影响。试验结果表明，Ca
零价铁与厌氧微生物协同修复地下水中的硝基苯
12-31
零价铁与厌氧微生物协同修复地下水中的硝基苯，梁俊倩，吴锦华，通过间歇式实验，考察了零价铁与厌氧微生物协同还原硝基苯的效果。试验结果表明，由零价铁腐蚀为厌氧微生物提供H2电子供体还原硝�
电力变压器与电抗器学习资料
08-11
电力设备预防性试验丛书第二分册，电力变压器与电抗器，吴锦华编，电力出版社出版
node-v16.12.0-darwin-x64.tar.xz
最新发布
04-23
Node.js，简称Node，是一个开源且跨平台的JavaScript运行时环境，它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立，旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎，可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型，这使得它非常适合处理大量并发连接，从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外，Node.js使用了模块化的架构，通过npm（Node package manager，Node包管理器）,社区成员可以共享和复用代码，极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展，它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等，因此，开发者可以用JavaScript编写全栈应用程序，这一点大大提高了开发效率和便捷性。 在实践中，许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台，如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能，简化了开发流程，并且能更快地响应市场需求。
试用Dev Containers的示例项目-Go
04-23
计算机技术是指评价计算机系统的各种知识和技能的总称。它涵盖了计算机硬件、软件、网络和信息安全等方面。计算机技术的发展使我们能够进行高效的数据处理、信息存储和传输。现代计算机技术包括操作系统、数据库管理、编程语言、算法设计等。同时，人工智能、云计算和大数据等新兴技术也在不断推动计算机技术的进步。计算机技术的应用广泛，涵盖了各个领域，如商业、医疗、教育和娱乐等。随着计算机技术的不断革新，我们可以更加高效地实现预期自动化、标准化
NTsky新闻发布v1.0测试版(提供JavaBean).zip
04-23
### 内容概要： 《NTsky新闻发布v1.0测试版》是一款基于 Java 开发的新闻发布系统的测试版本，旨在为新闻机构和媒体提供一个简单易用的新闻发布平台。该系统具有基本的新闻发布和管理功能，包括新闻分类、新闻编辑、新闻发布等核心功能。此外，该版本还提供了 JavaBean，使开发人员能够方便地将系统集成到自己的项目中，快速实现新闻发布的功能。 ### 适用人群： 本测试版本适用于新闻机构、媒体从业者以及Java开发人员。如果你是一家新闻机构或媒体，希望拥有一个简单易用的新闻发布平台，方便快捷地发布和管理新闻，那么这个测试版本将为你提供一个初步的体验。同时，如果你是一名Java开发人员，希望学习和掌握新闻发布系统的开发技术，并且对新闻行业有一定的了解，那么通过这个测试版本，你可以获取到一些JavaBean，并且可以参考系统的设计和实现，为你的项目开发提供参考和借鉴。无论是从业务需求还是技术学习的角度，该测试版本都将为你提供一定的帮助和支持。
JavaScript介绍.zip
04-23
javascript，JavaScript 最初由 Netscape 公司的 Brendan Eich 在 1995 年开发，用于 Netscape Navigator 浏览器。随着时间的推移，JavaScript 成为了网页开发中不可或缺的一部分，并且其应用范围已经远远超出了浏览器，成为了全栈开发的重要工具。
15-21.php
04-23
15-21.php

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值