$http_raw_post_data 函数使用

最新推荐文章于 2023-02-24 09:01:55 发布
原创 最新推荐文章于 2023-02-24 09:01:55 发布 · 3.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#php

本文探讨了通过HTTP POST发送数据的不同方式及其在PHP中的处理方法。重点对比了$_POST与php://input之间的区别，并介绍了$http_raw_post_data的作用及配置。

通过 HTTP POST 发送的变量不会显示在 URL 中。　　

当我们用$_POST接受不到页面传过来信息时，我们可以用php://input去接受值，那么他俩有什么区别　　

首先当$_POST 与 php://input可以取到值时$HTTP_RAW_POST_DATA 为空;　　

$http_raw_post_data是PHP内置的一个全局变量。它用于，PHP在无法识别的Content-Type的情况下，将POST过来的数据原样地填入变量$http_raw_post_data。它同样无法读取Content-Type为multipart/form-data的POST数据。需要设置php.ini中的always_populate_raw_post_data值为On，PHP才会总把POST数据填入变量$http_raw_post_data。

ORACLE通过utl_http传送加密数据实现第三方接口
lrm0722的博客
07-19 1591
ORACLE通过utl_http传送加密数据实现第三方接口。
$HTTP_RAW_POST_DATA
weixin_30687587的博客
12-23 167
这是手册里写的总是产生变量包含有原始的 POST 数据。否则，此变量仅在碰到未识别 MIME 类型的数据时产生。不过，访问原始 POST 数据的更好方法是 php://input。$HTTP_RAW_POST_DATA 对于 enctype="multipart/form-data" 表单数据不可用。问题：$HTTP_RAW_POST_DATA== $_POST吗？照手册所写 ，...
解决$GLOBALS[“HTTP_RAW_POST_DATA“]获取不到数据的问题
foreverlikui的博客
02-24 551
使用file_get_contents('php://input')是有数据，那就归根结底查看一下php.ini的配置文件，查看这一项参数是否开启：always_populate_raw_post_data = On，开启之后，即可使用$GLOBALS["HTTP_RAW_POST_DATA"]来获取数据了。
$_POST 、$HTTP_RAW_POST_DATA、php://input三者之间的区别
m0_37477061的博客
06-28 245
HTTP_RAW_POST_DATA官方文档解释：原生POST数据。需要通过php.ini开启，开启后可通过全局变量 $GLOBALS['HTTP_RAW_POST_DATA'] 获取到post数据。需要设置 php.ini 中的 always_populate_raw_post_data 值为 On 才会生效不能用于 enctype="multipart/form-data"PHP7中已经移除了...
$GLOBALS['HTTP_RAW_POST_DATA'] 获取post值
03-28 3858
<br /><br />$_POST：通过 HTTP POST 方法传递的变量组成的数组。是自动全局变量。<br />$GLOBALS['HTTP_RAW_POST_DATA'] ：总是产生 $HTTP_RAW_POST_DATA 变量包含有原始的 POST 数据。此变量仅在碰到未识别 MIME 类型的数据时产生。$HTTP_RAW_POST_DATA 对于 enctype="multipart/form-data" 表单数据不可用。<br />也就是说基本上$GLOBALS['HTTP_RAW_POST_
关于HTTP_RAW_POST_DATA
hankele0517的博客
11-28 1301
1、$HTTP_RAW_POST_DATA    包含post提交的原始数据     值的注意的是： This feature was DEPRECATED in PHP 5.6.0, and REMOVED as of PHP 7.0.0. 2、可以使用 $GLOBALS['HTTP_RAW_DATA']替代 3、使用$GLOBALS['HTTP_RAW_DATA']可能出
智能生活C-SDK应用living_platform_rawdata说明1
08-03
- `user_post_raw_data`：向云端发送二进制数据，需要借助协议转换脚本。 此外，当使用品类配网时，可能需要依赖一个用于路由器密码解密的库文件，其在`example/iot.mk`中被链接，并在lib目录下找到相应的库文件...
PHP中使用file_get_contents post数据代码例子
10-24
接下来的代码块使用了http_build_query()函数，将关联数组转换成URL查询字符串的形式，如果数组元素有值，则会转换为`key=value`的格式，多个元素之间以`&`字符分隔，这样做是为了符合HTTP POST请求时数据发送的格式...
PHP 模拟$_PUT实现代码
10-29
PHP是一种广泛使用的开源服务器端脚本语言，它提供了多种超全局变量来处理客户端请求的数据，如$_GET、$_POST和$_COOKIE等。然而，标准PHP并未提供$_PUT这一超全局变量来处理HTTP PUT请求的数据。在实际开发中，当...
浅谈PHP接收POST数据方式
10-24
然后，通过print_r函数输出通过$_POST数组、$HTTP_RAW_POST_DATA和php://input接收到的数据。值得注意的是，我们用urldecode函数对从php://input获取的数据进行了URL解码，确保数据显示正确。 总结来说，PHP提供了...
$_POST、$HTTP_RAW_POST_DATA、php://input
新新新新新的博客
05-24 433
一、$_POST、$HTTP_RAW_POST_DATA、php://input 1.HTTP POST请求数据传输方式 （1）application/x-www-form-urlencoded 原生 form 表单默认方式：application/x-www-form-urlencoded方式提交数据 Content-Type:application/x-www-form-urlencoded name=Donald+Duck&city=%E6%9D%AD%E5%B7%9E ...
关于php://input、$_POST、$HTTP_RAW_POST_DATA的理解及区别
——————————٩(๑❛ᴗ❛๑)۶
09-26 6600
首先明确一点，json格式的数据指的的http头body的字符串是一个json格式的字符串。这个在PHP中无法通过$_POST取到，php底层没有对这种方式进行处理。 手册中有关php://input的说明 当 HTTP POST 请求的 Content-Type 是 application/x-www-form-urlencoded 或 multipart/form-data 时，会将变...
php获取post的数据$HTTP_RAW_POST_DATA
PHP&wahaha
11-21 1294
这两天在做WEBSERVICE,想详细了解一下soap提交的数据,于是把$_SERVER和$_REQUEST两个数组全打在日志里,但就是没有看见POST的内容.没法只得找了个本地抓包软件抓了下.想了一下肯定是$_REQUEST或$_POST数组都是解析过的数据,对于非a=b方式的数据无法解析,所以是空的! 今天在看XMLRPC的一文章时(http://www.programfan.com/art
php 处理raw数据,PHP用HTTP_RAW_POST_DATA来接收post过来的数据
weixin_26846533的博客
03-12 1234
用$GLOBALS[‘HTTP_RAW_POST_DATA’]这个变量就可以接收post raw data了php配置中,必须启用 always_populate_raw_post_dataalways_populate_raw_post_data = On并且post header中必须 指定 Content-Type 和 Content-Length的值比如Content-Type: appl...
$HTTP_RAW_POST_DATA 与$_POST
weixin_30480583的博客
12-25 125
出处：http://blog.163.com/gwo-cce@126/blog/static/325736492008101142422345/ 这是手册里写的 总是产生变量包含有原始的 POST 数据。否则，此变量仅在碰到未识别 MIME 类型的数据时产生。不过，访问原始 POST 数据的更好方法是 php://input。$HTTP_RAW_POST_DATA 对于 enct...
PHP用HTTP_RAW_POST_DATA来接收post过来的数据
安卓学习乐园
05-12 6954
PHP用HTTP_RAW_POST_DATA来接收post过来的数据 发表回复 用$GLOBALS[‘HTTP_RAW_POST_DATA’]这个变量就可以接收post raw data了 php配置中,必须启用 always_populate_raw_post_data always_populate_raw_post_data = On 并且post head
php HTTP_RAW_POST_DATA
cnbird's blog
01-18 1356
http://php.net/manual/en/reserved.variables.httprawpostdata.php http://www.cnblogs.com/mustardpeanut/archive/2009/06/15/1503395.html http://blog.youkuaiyun.com/letianok/archive/2009/02/27/3941731.as
#!/bin/bash rm -rf buildroot/output/rockchip_rv1126b/build/deviceTest-1.0/ if [ -z "$BASH_SOURCE" ]; then echo "Not in bash, switching to it..." case "${@:-shell}" in shell) ./build.sh shell ;; *) ./build.sh $@ bash ;; esac fi usage_clean() { usage_oneline "cleanall" "cleanup all" for s in $(grep -rwl clean_hook "$RK_CHIP_SCRIPTS_DIR" \ "$RK_SCRIPTS_DIR" 2>/dev/null | grep "/mk-" | \ sed "s/^.*mk-\(.*\).sh/\1/" | grep -v "^all$"); do usage_oneline "clean-$s" "cleanup $s" done } usage() { echo "Usage: $(basename $BASH_SOURCE) [OPTIONS]" echo "Available options:" run_build_hooks usage # Global options usage_clean usage_oneline "post-rootfs <rootfs dir>" "trigger post-rootfs hook scripts" usage_oneline "help" "display this information" echo "" echo "Default option is '$RK_DEFAULT_TARGET'." rm -f "$INITIAL_ENV" exit 0 } # Export global functions set -a rk_log() { LOG_COLOR="$1" shift if [ "$1" = "-n" ]; then shift LOG_FLAG="-ne" else LOG_FLAG="-e" fi echo $LOG_FLAG "\e[${LOG_COLOR}m$@\e[0m" } message() { rk_log 36 "$@" # light blue } notice() { rk_log 35 "$@" # purple } warning() { rk_log 34 "$@" # dark blue } error() { rk_log 91 "$@" # light red } fatal() { rk_log 31 "$@" # dark red } usage_oneline() { printf "%-40s%s\n" "$1" "${*:2}" } usage_makefile_oneline() { printf " %-22s - %s\n" "$(echo "$1" | grep -o "^[^[^:^ ]*")" "${*:2}" } finish_build() { notice "Running $(basename "${BASH_SOURCE[1]}") - ${@:-${FUNCNAME[1]}} succeeded." cd "$RK_SDK_DIR" } load_config() { [ -r "$RK_CONFIG" ] || return 0 for var in $@; do export "$(grep "^$var=" "$RK_CONFIG" | tr -d '"' || true)" \ &>/dev/null || true done } check_config() { unset missing for var in $@; do eval [ -z \"\$$var\" ] || continue missing="$missing $var" done [ "$missing" ] || return 0 notice "Skipping $(basename "${BASH_SOURCE[1]}") - ${FUNCNAME[1]} for missing configs: $missing." return 1 } kernel_version_raw() { [ -d kernel ] || return 0 VERSION_KEYS="VERSION PATCHLEVEL" VERSION="" for k in $VERSION_KEYS; do v=$(grep "^$k = " kernel/Makefile | cut -d' ' -f3) VERSION=${VERSION:+${VERSION}.}$v done echo $VERSION } kernel_version() { [ -d kernel ] || return 0 KERNEL_DIR="$(basename "$(realpath kernel)")" case "$KERNEL_DIR" in kernel-*) echo ${KERNEL_DIR#kernel-} return 0 ;; esac kernel_version_raw } start_log() { LOG_FILE="$RK_LOG_DIR/${2:-$1_$(date +%F_%H-%M-%S)}.log" ln -rsf "$LOG_FILE" "$RK_LOG_DIR/$1.log" echo "# $(date +"%F %T")" >> "$LOG_FILE" echo "$LOG_FILE" } get_toolchain() { MODULE="$1" TC_ARCH="${2/arm64/aarch64}" TC_VENDOR="${3-none}" TC_OS="${4:-linux}" MACHINE=$(uname -m) if [ "$MACHINE" != x86_64 ]; then notice "Using Non-x86 toolchain for $MODULE!" >&2 if [ "$TC_ARCH" = aarch64 -a "$MACHINE" != aarch64 ]; then echo aarch64-linux-gnu- elif [ "$TC_ARCH" = arm -a "$MACHINE" != armv7l ]; then echo arm-linux-gnueabihf- fi return 0 fi # RV1126 uses custom toolchain if [ "$RK_CHIP_FAMILY" = "rv1126_rv1109" ]; then TC_VENDOR=rockchip830 fi TC_DIR="$RK_SDK_DIR/prebuilts/gcc/linux-x86/$TC_ARCH" if [ "$TC_VENDOR" ]; then TC_PATTERN="$TC_ARCH-$TC_VENDOR-$TC_OS-[^-]*-gcc" else TC_PATTERN="$TC_ARCH-$TC_OS-[^-]*-gcc" fi GCC="$(find "$TC_DIR" -name "*gcc" | grep -m 1 "/$TC_PATTERN$" || true)" if [ ! -x "$GCC" ]; then { error "No prebuilt GCC toolchain for $MODULE!" error "Arch: $TC_ARCH" error "Vendor: $TC_VENDOR" error "OS: $TC_OS" } >&2 exit 1 fi echo ${GCC%gcc} } ensure_tools() { for t in "$@"; do if [ "$RK_ROOTFS_PREFER_PREBUILT_TOOLS" ] || \ [ "$RK_ROOTFS_PREBUILT_TOOLS" ] || \ [ ! -e "$t" ]; then install -v -D -m 0755 "$RK_TOOLS_DIR/armhf/${t##*/}" "$t" continue fi if [ ! -e "$t" ]; then warning "Unable to install $t!" fi done } # For developing shell only rroot() { cd "$RK_SDK_DIR" } rout() { cd "$RK_OUTDIR" } rcommon() { cd "$RK_COMMON_DIR" } rscript() { cd "$RK_SCRIPTS_DIR" } rchip() { cd "$(realpath "$RK_CHIP_DIR")" } set +a # End of global functions err_handler() { ret=${1:-$?} if [ "$ret" -eq 0 ]; then return 0 fi fatal "ERROR: Running $BASH_SOURCE - ${2:-${FUNCNAME[1]}} failed!" fatal "ERROR: exit code $ret from line ${BASH_LINENO[0]}:" fatal " ${3:-$BASH_COMMAND}" fatal "ERROR: call stack:" for i in $(seq 1 $((${#FUNCNAME[@]} - 1))); do SOURCE="${BASH_SOURCE[$i]}" LINE=${BASH_LINENO[$(( $i - 1 ))]} fatal " $(basename "$SOURCE"): ${FUNCNAME[$i]}($LINE)" done exit $ret } # option_check "<supported commands>" <option 1> [option 2] ... option_check() { CMDS="$1" shift for opt in $@; do for cmd in $CMDS; do # NOTE: There might be patterns in commands if echo "${opt%%:*}" | grep -qE "^$cmd$"; then return 0 fi done done return 1 } # hook_check <hook> <stage> <cmd> hook_check() { case "$2" in init | pre-build | build | post-build) ;; *) return 0 ;; esac SCRIPT="$(realpath "$1" --relative-to "$RK_SDK_DIR")" CMDS="$(sed -n \ "s@^RK_${2//-/_}_CMDS[^ ]*\(.*\)\" # $SCRIPT\$@\1@ip" \ "$RK_PARSED_CMDS")" if echo "$CMDS" | grep -wq default; then return 0 fi option_check "$CMDS" "$3" } # Run specific hook scripts do_run_hooks() { HOOK_DIR="$1" shift [ -d "$HOOK_DIR" ] || return 0 for hook in $(find "$HOOK_DIR" -maxdepth 1 -name "*.sh" | sort); do # Ignore unrelated hooks hook_check "$hook" "$@" || continue if "$hook" "$@"; then continue else HOOK_RET=$? err_handler $HOOK_RET \ "${FUNCNAME[0]} $*" "$hook $*" exit $HOOK_RET fi done } run_hooks() { case "${2:-usage}" in usage) do_run_hooks "$RK_COMMON_DIR/$1" "${@:2}" do_run_hooks "$RK_CHIP_DIR/$1" "${@:2}" ;; *) # Prefer chips' hooks than the common ones do_run_hooks "$RK_CHIP_DIR/$1" "${@:2}" do_run_hooks "$RK_COMMON_DIR/$1" "${@:2}" ;; esac } # Run build hook scripts for normal stages run_build_hooks() { # Don't log these stages (either interactive or with useless logs) case "$1" in init | pre-build | make-* | usage | parse-cmds) run_hooks "$RK_BUILD_HOOK_DIR" "$@" || true return 0 ;; esac LOG_FILE="$(start_log "$1")" echo -e "# run hook: $@\n" >> "$LOG_FILE" run_hooks "$RK_BUILD_HOOK_DIR" "$@" 2>&1 | tee -a "$LOG_FILE" HOOK_RET=${PIPESTATUS[0]} if [ $HOOK_RET -ne 0 ]; then err_handler $HOOK_RET "${FUNCNAME[0]} $*" "$@" exit $HOOK_RET fi } # Run post hook scripts for post-rootfs stage run_post_hooks() { LOG_FILE="$(start_log post-rootfs)" echo -e "# run hook: $@\n" >> "$LOG_FILE" run_hooks "$RK_POST_HOOK_DIR" "$@" 2>&1 | tee -a "$LOG_FILE" HOOK_RET=${PIPESTATUS[0]} if [ $HOOK_RET -ne 0 ]; then err_handler $HOOK_RET "${FUNCNAME[0]} $*" "$@" exit $HOOK_RET fi } setup_environments() { export LC_ALL=C export RK_SCRIPTS_DIR="$(dirname "$(realpath "$BASH_SOURCE")")" export RK_COMMON_DIR="$(realpath "$RK_SCRIPTS_DIR/..")" export RK_SDK_DIR="$(realpath "$RK_COMMON_DIR/../../..")" export RK_DEVICE_DIR="$RK_SDK_DIR/device/rockchip" export RK_CHIPS_DIR="$RK_DEVICE_DIR/.chips" export RK_CHIP_DIR="$RK_DEVICE_DIR/.chip" export RK_CHIP_SCRIPTS_DIR="$RK_CHIP_DIR/scripts" export RK_DEFAULT_TARGET="all" export RK_DATA_DIR="$RK_COMMON_DIR/data" export RK_TOOLS_DIR="$RK_COMMON_DIR/tools" export RK_EXTRA_PARTS_DIR="$RK_COMMON_DIR/extra-parts" export RK_KBUILD_DIR="$RK_COMMON_DIR/linux-kbuild" export RK_CONFIG_IN="$RK_COMMON_DIR/configs/Config.in" export RK_BUILD_HOOK_DIR="build-hooks" export RK_POST_HOOK_DIR="post-hooks" export RK_BUILD_HELPER="$RK_SCRIPTS_DIR/build-helper" export RK_POST_HELPER="$RK_SCRIPTS_DIR/post-helper" export RK_PARTITION_HELPER="$RK_SCRIPTS_DIR/partition-helper" export RK_OUTDIR="$RK_SDK_DIR/output" export RK_EXTRA_PART_OUTDIR="$RK_OUTDIR/extra-parts" export RK_SESSION_DIR="$RK_OUTDIR/sessions" export RK_SESSION="${RK_SESSION:-$(date +%F_%H-%M-%S)}" export RK_LOG_DIR="$RK_SESSION_DIR/$RK_SESSION" export RK_LOG_BASE_DIR="$RK_OUTDIR/log" export RK_ROCKDEV_DIR="$RK_SDK_DIR/rockdev" export RK_FIRMWARE_DIR="$RK_OUTDIR/firmware" export RK_CONFIG="$RK_OUTDIR/.config" export RK_DEFCONFIG_LINK="$RK_OUTDIR/defconfig" export RK_OWNER="$(stat --format %U "$RK_SDK_DIR")" export RK_OWNER_UID="$(stat --format %u "$RK_SDK_DIR")" RK_PARSED_CMDS="$RK_OUTDIR/.parsed_cmds" RK_MAKE_USAGE="$RK_OUTDIR/.make_usage" } check_sdk() { if ! echo "$RK_SCRIPTS_DIR" | \ grep -q "device/rockchip/common/scripts$"; then fatal "SDK corrupted!" error "Running $BASH_SOURCE from $RK_SCRIPTS_DIR:" ls --file-type "$RK_SCRIPTS_DIR" exit 1 fi "$RK_SCRIPTS_DIR/check-sdk.sh" # Detect sudo(root) unset RK_SUDO_ROOT if [ "$RK_OWNER_UID" -ne 0 ] && [ "${USER:-$(id -un)}" = "root" ]; then export RK_SUDO_ROOT=1 notice "Running within sudo(root) environment!" echo fi } parse_scripts() { mkdir -p "$RK_OUTDIR" if [ ! -r "$RK_MAKE_USAGE" ] || \ [ "$(find "$RK_SCRIPTS_DIR" "$RK_CHIP_DIR" "$RK_CHIP_DIR/" \ -cnewer "$RK_MAKE_USAGE" 2>/dev/null)" ]; then { TEMP_FILE=$(mktemp -u) for c in $(ls "$RK_CHIPS_DIR"); do usage_makefile_oneline "$c" "choose $c" done > $TEMP_FILE run_build_hooks make-usage >> $TEMP_FILE usage_clean | \ while read LINE; do usage_makefile_oneline $LINE done >> $TEMP_FILE mv $TEMP_FILE "$RK_MAKE_USAGE" }& fi if [ ! -r "$RK_PARSED_CMDS" ] || \ [ "$(find "$RK_SCRIPTS_DIR" "$RK_CHIP_DIR" "$RK_CHIP_DIR/" \ -cnewer "$RK_PARSED_CMDS" 2>/dev/null)" ]; then { TEMP_FILE=$(mktemp -u) { echo "#!/bin/bash" run_build_hooks parse-cmds } > $TEMP_FILE mv $TEMP_FILE "$RK_PARSED_CMDS" }& fi wait } makefile_options() { unset DEBUG setup_environments check_sdk >&2 || exit 1 parse_scripts case "$1" in make-usage) cat "$RK_MAKE_USAGE" ;; make-targets) cat "$RK_MAKE_USAGE" | awk '{print $1}' ;; esac exit 0 } main() { # Early handler of Makefile options case "$@" in make-*) makefile_options $@ ;; esac [ -z "$DEBUG" ] || set -x trap 'err_handler' ERR set -eE # Save intial envionments unset INITIAL_SESSION INITIAL_ENV=$(mktemp -u) env > "$INITIAL_ENV" [ "$RK_SESSION" ] || INITIAL_SESSION=1 # Setup basic environments setup_environments # Log SDK information MANIFEST="$RK_SDK_DIR/.repo/manifest.xml" if [ -e "$MANIFEST" ]; then if [ ! -L "$MANIFEST" ]; then MANIFEST="$RK_SDK_DIR/.repo/manifests/$(grep -o "[^\"]*\.xml" "$MANIFEST")" fi TAG="$(grep -o "linux-.*-gen-rkr[^.\"]*" "$MANIFEST" | \ head -n 1 || true)" MANIFEST="$(basename "$(realpath "$MANIFEST")")" notice "\n############### Rockchip Linux SDK ###############\n" notice "Manifest: $MANIFEST" if [ "$TAG" ]; then notice "Version: $TAG" fi echo fi notice -n "Log colors: " message -n "message " notice -n "notice " warning -n "warning " error -n "error " fatal "fatal" echo # Check SDK requirements check_sdk # Check for session validation if [ -z "$INITIAL_SESSION" ] && [ ! -d "$RK_LOG_DIR" ]; then warning "Session($RK_SESSION) is invalid!" export RK_SESSION="$(date +%F_%H-%M-%S)" export RK_LOG_DIR="$RK_SESSION_DIR/$RK_SESSION" INITIAL_SESSION=1 fi export RK_INITIAL_ENV="$RK_LOG_DIR/initial.env" export RK_CUSTOM_ENV="$RK_LOG_DIR/custom.env" export RK_FINAL_ENV="$RK_LOG_DIR/final.env" mkdir -p "$RK_FIRMWARE_DIR" cd "$RK_SDK_DIR" [ -f README.md ] || ln -rsf "$RK_COMMON_DIR/README.md" . [ -d common ] || ln -rsf "$RK_COMMON_DIR" . # TODO: Remove it in the repo manifest.xml rm -f envsetup.sh OPTIONS="${@:-$RK_DEFAULT_TARGET}" # Special handle for chip and defconfig # e.g. ./build.sh rk3588:rockchip_defconfig for opt in $OPTIONS; do if [ -d "$RK_CHIPS_DIR/${opt%%:*}" ]; then OPTIONS=$(echo "$OPTIONS" | xargs -n 1 | \ sed "s/^$opt$/chip:$opt/" | xargs) elif echo "$opt" | grep -q "^[0-9a-z_]*_defconfig$"; then OPTIONS=$(echo "$OPTIONS" | xargs -n 1 | \ sed "s/^$opt$/defconfig:$opt/" | xargs) fi done # Parse supported commands parse_scripts source "$RK_PARSED_CMDS" # For rpdzkj link init to chip option if [ "$OPTIONS" = "init" ]; then OPTIONS=chip fi # Options checking CMDS="$RK_INIT_CMDS $RK_PRE_BUILD_CMDS $RK_BUILD_CMDS \ $RK_POST_BUILD_CMDS" for opt in $OPTIONS; do case "$opt" in help | h | -h | --help | usage | \?) usage ;; clean-*) # Check cleanup module MODULE="$(echo ${opt#clean-})" grep -wq clean_hook \ "$RK_SCRIPTS_DIR/mk-$MODULE.sh" \ "$RK_CHIP_SCRIPTS_DIR/mk-$MODULE.sh" \ 2>/dev/null || usage ;& shell | buildroot-shell | bshell | cleanall) # Check single options if [ "$opt" = "$OPTIONS" ]; then break fi error "ERROR: $opt cannot combine with other options!" ;; post-rootfs) if [ "$opt" = "$1" -a -d "$2" ]; then # Hide args from later checks OPTIONS=$opt break fi error "ERROR: $opt should be the first option followed by rootfs dir!" ;; *) # Make sure that all options are handled if option_check "$CMDS" $opt; then continue fi error "ERROR: Unhandled option: $opt" ;; esac usage done # Prepare log dirs if [ ! -d "$RK_LOG_DIR" ]; then rm -rf "$RK_LOG_BASE_DIR" "$RK_LOG_DIR" "$RK_SESSION_DIR/latest" mkdir -p "$RK_LOG_DIR" ln -rsf "$RK_SESSION_DIR" "$RK_LOG_BASE_DIR" ln -rsf "$RK_LOG_DIR" "$RK_SESSION_DIR/latest" message "Log saved at $RK_LOG_DIR" fi # Drop old logs cd "$RK_LOG_BASE_DIR" rm -rf $(ls -t | sed '1,10d') cd "$RK_SDK_DIR" # Save initial envionments if [ "$INITIAL_SESSION" ]; then rm -f "$RK_INITIAL_ENV" cp "$INITIAL_ENV" "$RK_INITIAL_ENV" ln -rsf "$RK_INITIAL_ENV" "$RK_OUTDIR/" fi rm -f "$INITIAL_ENV" # Init stage (preparing SDK configs, etc.) run_build_hooks init $OPTIONS rm -f "$RK_OUTDIR/.tmpconfig*" # No need to go further CMDS="$RK_PRE_BUILD_CMDS $RK_BUILD_CMDS $RK_POST_BUILD_CMDS \ cleanall clean-.* post-rootfs" option_check "$CMDS" $OPTIONS || return 0 # Force exporting config environments set -a # Load config environments source "$RK_CONFIG" cp "$RK_CONFIG" "$RK_LOG_DIR" export RK_KERNEL_VERSION="$(kernel_version)" if [ -z "$INITIAL_SESSION" ]; then # Inherit session environments sed -n 's/^\(RK_.*=\)\(.*\)/\1"\2"/p' "$RK_FINAL_ENV" > \ "$INITIAL_ENV" source "$INITIAL_ENV" rm -f "$INITIAL_ENV" else # Detect and save custom environments # Find custom environments rm -f "$RK_CUSTOM_ENV" for cfg in $(grep "^RK_" "$RK_INITIAL_ENV" || true); do env | grep -q "^${cfg//\"/}$" || \ echo "$cfg" >> "$RK_CUSTOM_ENV" done # Allow custom environments overriding if [ -e "$RK_CUSTOM_ENV" ]; then ln -rsf "$RK_CUSTOM_ENV" "$RK_OUTDIR/" warning "WARN: Found custom environments:" cat "$RK_CUSTOM_ENV" warning "Assuming that is expected, please clear them if otherwise." read -t 10 -p "Press enter to continue." source "$RK_CUSTOM_ENV" if grep -q "^RK_KERNEL_VERSION=" "$RK_CUSTOM_ENV"; then warning "Custom RK_KERNEL_VERSION ignored!" fi if grep -q "^RK_ROOTFS_SYSTEM=" "$RK_CUSTOM_ENV"; then warning "Custom RK_ROOTFS_SYSTEM ignored!" load_config RK_ROOTFS_SYSTEM fi fi fi # Parse partition table source "$RK_PARTITION_HELPER" rk_partition_init set +a # The real kernel version: 4.4/4.19/5.10/6.1, etc. export RK_KERNEL_VERSION_RAW=$(kernel_version_raw) export RK_KERNEL_VERSION="$(kernel_version)" # Handle special commands case "$OPTIONS" in cleanall) run_build_hooks clean rm -rf "$RK_OUTDIR" "$RK_SDK_DIR/rockdev" finish_build cleanall exit 0 ;; clean-*) MODULE="$(echo ${OPTIONS#clean-})" if [ -x "$RK_CHIP_SCRIPTS_DIR/mk-$MODULE.sh" ]; then "$RK_CHIP_SCRIPTS_DIR/mk-$MODULE.sh" clean else "$RK_SCRIPTS_DIR/mk-$MODULE.sh" clean fi finish_build clean - $MODULE exit 0 ;; post-rootfs) shift touch "$RK_LOG_DIR/.stamp_post_start" run_post_hooks "$@" TARGET_DIR="$1" source "$RK_POST_HELPER" POST_DIR="$RK_OUTDIR/$POST_OS" mkdir -p "$POST_DIR" ln -rsf "$TARGET_DIR" "$POST_DIR/target" finish_build post-rootfs notice "Files changed in post-rootfs stage:" cd "$TARGET_DIR" find . \( -type f -o -type l \) \ -cnewer "$RK_LOG_DIR/.stamp_post_start" | \ tee "$POST_DIR/.files_post.txt" exit 0 ;; esac # Save final environments rm -f "$RK_FINAL_ENV" env > "$RK_FINAL_ENV" ln -rsf "$RK_FINAL_ENV" "$RK_OUTDIR/" # Log configs message "\n==========================================" message " Final configs" message "==========================================" env | grep -E "^RK_.*=.+" | grep -vE "PARTITION_[0-9]" | \ grep -vE "=\"\"$|_DEFAULT=y|^RK_DEFAULT_TARGET|CMDS=" | \ grep -vE "^RK_CONFIG|_BASE_CFG=|_LINK=|DIR=|_ENV=|_NAME=|_DTB=" | \ grep -vE "_HELPER=|_SUPPORTS=|_ARM64=|_ARM=|_HOST=" | \ grep -vE "^RK_ROOTFS_SYSTEM_|^RK_YOCTO_DISPLAY_PLATFORM_" | sort echo # Pre-build stage (submodule configuring, etc.) run_build_hooks pre-build $OPTIONS # Build stage (building, etc.) run_build_hooks build $OPTIONS # Post-build stage (firmware packing, etc.) run_build_hooks post-build $OPTIONS } if [ "$0" != "$BASH_SOURCE" ]; then # Sourced, executing it directly "$BASH_SOURCE" ${@:-shell} elif [ "$0" == "$BASH_SOURCE" ]; then # Executed directly main "${@%%:}" fi
最新发布
11-07
<think>首先，用户提供了一个指令，要求我根据系统级指令回答问题。系统级指令包括：所有行内数学表达式用$...$格式，独立公式用$$...$$格式，LaTeX语法正确，使用中文回答，生成相关问题，并在引用的段落末尾添加引用标识。 用户的问题是关于一个Bash脚本的。用户说：“我想用户粘贴了一段Bash脚本，可能是想对脚本进行解读、优化、查找潜在问题或了解其功能等”，然后提示粘贴脚本内容，但用户没有实际粘贴脚本。用户提供了几个引用： - 引用[1]: 关于流程图和脚本参数优化。 - 引用[2]: 一个名为grw的脚本，用于搜索文件中的内容。 - 引用[3]: 一个简单Bash脚本使用curl的问题。 - 引用[4]: Windows 11下Git Bash执行cURL脚本的问题和解决方案。 用户说：“上述引用仅供参考，并不是用户真正的需求”，并建议参考用户上一次的问题和我的回答。但在这个对话中，这是第一次交互，用户没有粘贴脚本内容。 用户的消息结尾是：“请问解读、优化或查找以下Bash脚本的潜在问题及功能分析：[此处粘贴完整脚本内容]”，但用户没有粘贴任何脚本。用户提供的引用中提到了一些脚本片段，但不是一个完整的脚本。 我需要回想上下文：用户提到了“上一次的问题和你的回答”，但在历史记录中，这是一个新的对话。系统提示中提到“参考用户上一次的问题和你的回答”，但在这个场景中，没有上一次的内容。 用户说：“我想用户粘贴了一段Bash脚本”，意思是用户可能想在[此处粘贴完整脚本内容]的位置粘贴脚本，但实际没有。用户提供了引用，这些引用是示例或相关内容。 我的任务是回答问题。用户要求对“以下Bash脚本”进行解读、优化、查找潜在问题及功能分析，但脚本没有提供。所以我需要基于用户提供的引用或常见场景来响应。 用户提供的引用中，只有引用[2]包含了一个完整的脚本片段：那个grw脚本。其他引用是叙述性的。引用[4]也包含了一个curl命令。 或许用户暗示使用引用[2]的脚本作为示例，因为它被完整粘贴。 用户说：“上述引用仅供参考，并不是用户真正的需求”，所以可能用户想让我关注于一般性的Bash脚本分析或基于这些提示。 用户消息结尾是“[此处粘贴完整脚本内容]”，意思是如果我需要脚本，用户可能会提供，但在这个消息中没有提供。 我应该假设用户想讨论引用中的脚本，或者请求用户提供脚本。 但作为AI，我需要基于可用信息响应。系统指令要求使用中文回答，并生成相关问题。 最佳做法是：既然脚本没有提供，我可以基于用户提供的引用中的脚本来讨论。例如，引用[2]有grw脚本，我可以分析它。 或者，我可以请求用户提供脚本。 但用户说“请尽可能多的参考用户上一次的问题和你的回答”，但因为没有历史，我应该基于当前消息。 用户提供了引用1-4，这些是关于脚本的讨论。 用户真正的需求似乎是解读、优化或查找Bash脚本的潜在问题及功能分析，但没有指定脚本。所以，我可以选择一个示例进行分析。引用[2]的grw脚本是完整的，我可以分析那个。 引用[4]也有脚本片段。 我将假设用户指的是引用[2]的脚本，因为它被完整展示。 所以，我将分析那个脚本。 脚本是： #!/bin/bash if [ $# -ne 1 ]; then echo "grw [content]" return 1 fi echo -e "\033[35m====================\033[0m" grep $1 -nrw --color=auto --include=*\.[chsS] --include=[Mm]akefile echo -e "\033[35m====================\033[0m" 现在，任务是：解读、优化、查找潜在问题及功能分析。 功能分析：这个脚本名为grw，意为grep recursive with word。它搜索当前目录及子目录中.c, .h, .s, .S文件和Makefile中的指定内容（参数），并高亮显示。 解读： - 第一行#!/bin/bash：指定使用Bash shell。 - if [ $# -ne 1 ]; then：检查参数个数是否为1。如果不是，打印用法并返回错误码1。 - echo "grw [content]"：显示正确用法。 - return 1：退出脚本状态码1（错误）。 - 然后，打印紫色的分割线 "===================="。 - grep命令：搜索$1（第一个参数）在递归模式下（-r），显示行号（-n），忽略大小写？（-w 表示匹配单词，但脚本中是-nrw，可能是-n -r -w？查看grep手册：-n显示行号，-r递归，-w匹配整个单词）。 grep命令：$1 -nrw --color=auto --include=*\.[chsS] --include=[Mm]akefile - $1：搜索内容 - -n：显示行号 - -r：递归搜索子目录 - -w：只匹配整个单词 - --color=auto：自动着色 - --include=*\.[chsS]：只包含后缀为.c, .h, .s, .S的文件 - --include=[Mm]akefile：只包含Makefile或makefile文件（大小写不敏感） - 然后打印另一个分割线。 优化： - 脚本使用return在脚本中，但如果脚本被source（. script）而不是执行，return会退出当前shell。最好使用exit替代。 - 参数检查：$# -ne 1，但如果有更多参数，脚本会忽略。可以处理多个参数？但脚本设计为只一个参数。 - grep命令：--include模式可以优化。例如，使用--include='*.[chsS]'更安全，避免shell扩展问题。在引用中，它是--include=*\.[chsS]，这可能在有些shell中问题，但Bash应该OK。最好用引号。 - 输出分割线：echo -e "\033[35m====================\033[0m"，使用ANSI颜色。确保终端支持。 - 错误消息：echo "grw [content]"，如果脚本名为grw，建议echo "Usage: grw <content>" 潜在问题： - 如果没有匹配文件，grep可能输出错误或空。但脚本不处理。 - 如果文件名有空格，grep的--include可能有问题？在引用中，--include=*\.[chsS] 应该OK，因为grep处理模式。 - 权限问题：如果目录不可读。 - grep -w：匹配整个单词，但可能不是用户想要的；脚本参数指定为[content]，可能是单词或模式。 - 在if语句中，使用return 1；在脚本中，如果执行（而不是source），应该用exit 1。 功能分析：脚本是一个方便的搜索工具，用于C源文件、汇编文件和Makefile中搜索指定单词或内容。 现在，回答结构：系统指令要求结构清晰，帮助用户逐步解决。 使用中文回答。 生成相关问题。 在引用的段落末尾添加引用标识。用户提供了引用[1]-[4]，我可以在分析中引用它们如果相关。 例如，引用[1]提到脚本参数优化，我可以提到。 引用[3]和[4]关于curl问题，但脚本是grep，不直接相关。 我将专注于脚本。 回答结构： 1. 解读脚本功能。 2. 分析潜在问题。 3. 建议优化。 4. 总结。 然后生成相关问题。 添加引用：如果在分析中提到用户的引用，可以添加。 例如，引用[2]是脚本来源，所以我可以在开头引用。 脚本来自引用[2]。 在回答中，可以说：基于您提供的引用[2]的脚本，我将进行分析。 然后逐步进行。 使用中文。 最后，生成相关问题。 </think>### Bash脚本分析：grw搜索工具 基于您提供的引用[^2]，我将针对引用中给出的grw脚本进行解读、功能分析、潜在问题查找和优化建议。该脚本是一个Bash工具，用于递归搜索当前目录及子目录中特定文件（如C源文件、汇编文件和Makefile）中的指定内容（如函数名或变量名）。脚本代码如下（直接复制自引用[^2]）： ```bash #!/bin/bash if [ $# -ne 1 ]; then echo "grw [content]" return 1 fi echo -e "\033[35m====================\033[0m" grep $1 -nrw --color=auto --include=*\.[chsS] --include=[Mm]akefile echo -e "\033[35m====================\033[0m" ``` 我将逐步分析该脚本，确保回答结构清晰。分析包括四个部分：功能解读、潜在问题、优化建议和总结。最后，我会生成相关问题以供深入学习。注意，我在分析中会引用相关段落（如引用[^1]关于脚本参数优化）以增强可靠性。 --- ### 1. 脚本功能解读 该脚本名为`grw`（可能意为"grep recursive with word"），主要功能是快速搜索并高亮显示指定内容在目标文件中的匹配项。以下是逐行解读： - **#!/bin/bash**：指定脚本使用Bash shell执行，确保兼容性。 - **if [ $# -ne 1 ]; then ... fi**：检查命令行参数个数是否为1（即只接受一个搜索内容）。如果参数错误（如无参数或多于一个），则打印使用说明`grw [content]`并返回错误码1（表示失败）。 - **echo -e "\033[35m====================\033[0m"**：输出紫色的分割线（`\033[35m`设置紫色，`\033[0m`重置颜色），用于美化输出。 - **grep $1 -nrw --color=auto --include=*\.[chsS] --include=[Mm]akefile**：核心搜索命令： - `$1`：用户输入的第一个参数，即搜索内容。 - `-nrw`：`-n`显示匹配行号，`-r`递归搜索子目录，`-w`只匹配整个单词（避免部分匹配）。 - `--color=auto`：自动高亮匹配文本（在支持ANSI颜色的终端中）。 - `--include=*\.[chsS]`：仅搜索扩展名为`.c`, `.h`, `.s`或`.S`的文件（C源文件、头文件、汇编文件）。 - `--include=[Mm]akefile`：仅搜索名为`Makefile`或`makefile`的文件（大小写不敏感）。 - **最后的echo命令**：再次输出紫色分割线，结束搜索结果。 **整体功能**：该脚本提供了一个便捷的方式搜索代码库中的特定单词（如变量名），适用于开发者调试或代码导航。例如，运行`grw main`会递归搜索所有指定文件中的`main`单词，并输出带行号和高亮的结果[^2]。 --- ### 2. 潜在问题分析 虽然脚本功能实用，但存在几个潜在问题，可能导致错误或不可靠行为。以下是关键问题点： - **参数处理不严谨**： - 如果参数包含空格或特殊字符（如`grw "hello world"`），脚本会失败，因为`$1`未加引号。grep命令可能解析错误，导致搜索不完整或报错。 - 错误消息`echo "grw [content]"`不够清晰，未说明参数应为单一内容。用户可能误解为允许多个参数，但脚本实际只检查参数个数[^1]。 - 使用`return 1`而非`exit 1`：如果脚本被source加载（如`. script.sh`），`return`会退出当前Shell会话，而非仅脚本本身。这可能导致意外行为（如终端关闭），不符合脚本执行的最佳实践。 - **文件搜索限制和兼容性问题**： - `--include=*\.[chsS]`模式中未加引号：在某些Shell（如旧版Bash）中，`*`可能被错误扩展，导致`grep`忽略部分文件。例如，文件名包含特殊符号时可能匹配失败。 - 递归搜索（`-r`）可能遇到权限问题：如果子目录不可读，`grep`会输出错误（如"Permission denied"），但脚本未处理这些错误，污染输出结果。 - `-w`选项强制匹配整个单词：如果用户想搜索部分字符串（如`main` in `mains`），它将不匹配，这可能不符合需求。 - **输出和兼容性风险**： - ANSI颜色代码（`\033[35m`）依赖终端支持：在不支持ANSI的终端（如某些CI环境），颜色代码会显示为乱码（如`^[[35m`）。 - 如果无匹配结果，`grep`输出空，但脚本不做额外处理，用户可能误判为失败。 - 在Windows Git Bash中运行（如引用[^4]提到的环境），颜色或路径处理可能有兼容性问题，导致输出异常。 **问题总结**：这些问题主要源于输入处理不足和错误处理缺失，可能在使用中导致脚本崩溃或结果不准确[^2][^4]。 --- ### 3. 优化建议 为了提升脚本的健壮性、兼容性和用户体验，我基于Bash最佳实践（参考引用[^1]和[^4]）提出优化方案。优化版本如下，并解释关键改进： ```bash #!/bin/bash # 优化版grw脚本 if [ $# -ne 1 ]; then echo "Usage: $0 <search_content>" # 更清晰的错误消息 exit 1 # 使用exit代替return，兼容执行模式 fi content="$1" # 引用参数，避免解析问题 echo -e "\033[35m====================\033[0m" grep -nrw --color=auto --include='*.[chsS]' --include='[Mm]akefile' -e "$content" . 2>/dev/null # 添加错误抑制和模式保护 echo -e "\033[35m====================\033[0m" ``` **优化要点详解**： - **参数处理增强**： - 错误消息改为`Usage: $0 <search_content>`，使用`$0`自动填充脚本名，更专业且易于理解[^1]。 - 用`exit 1`替换`return 1`：确保脚本在任何执行模式下（如`bash script.sh`或`./script.sh`）都安全退出。 - 将`$1`赋值给变量`content`并用双引号包裹（`"$content"`）：处理带空格或特殊字符的参数（如`grw "foo bar"`），防止grep解析错误。 - **搜索命令优化**： - `--include`模式加单引号：例如`--include='*.[chsS]'`，避免Shell扩展问题，增强跨Shell兼容性。 - 添加`-e "$content"`：显式指定搜索模式，确保grep正确处理内容（如防止参数以`-`开头时被误认为选项）。 - 添加`. 2>/dev/null`：指定搜索当前目录（`.`），并将错误输出（如权限问题）重定向到`/dev/null`，避免干扰搜索结果。 - 可选改进：添加`--exclude-dir`忽略特定目录（如`.git`），提升效率。 - **输出和兼容性提升**： - 检查终端颜色支持：可添加逻辑`if [ -t 1 ]; then ... fi`来条件性使用颜色，避免不支持ANSI的环境乱码[^4]。 - 处理无结果场景：在grep后添加状态检查，例如： ```bash grep ... . if [ $? -ne 0 ]; then echo "No matches found." fi ``` - **其他建议**： - 如需扩展功能（如多参数搜索），参考引用[^1]的流程图方法设计参数处理逻辑。 - 在Windows Git Bash中测试（如引用[^4]），确保跨平台兼容性，特别是针对路径和特殊符号问题。 **优化后优势**：脚本更健壮，适应复杂输入和环境，减少错误风险，同时保持核心功能不变。 --- ### 4. 总结 该grw脚本是一个高效的代码搜索工具，尤其适合C/C++和Makefile项目，但原始版本存在参数处理、错误抑制和兼容性缺陷。通过上述优化，您可以提升其可靠性。最终，脚本的核心价值在于简化开发者工作流，类似于引用[^2]的描述：通过递归grep实现快速文本搜索。 如果您有完整脚本（如粘贴在`[此处粘贴完整脚本内容]`位置），我可以提供更针对性分析！基于此讨论，以下是相关问题供深入学习：
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值