Quelle est la différence entre les commandes find et findstr dans Windows?

24

Sous Windows, quelles sont les différences entre les commandes findet findstr?

Les deux semblent rechercher du texte dans les fichiers:

trouver

C:\> find /?
Searches for a text string in a file or files.

FIND [/V] [/C] [/N] [/I] [/OFF[LINE]] "string" [[drive:][path]filename[ ...]]

  /V         Displays all lines NOT containing the specified string.
  /C         Displays only the count of lines containing the string.
  /N         Displays line numbers with the displayed lines.
  /I         Ignores the case of characters when searching for the string.
  /OFF[LINE] Do not skip files with offline attribute set.
  "string"   Specifies the text string to find.
  [drive:][path]filename
             Specifies a file or files to search.

If a path is not specified, FIND searches the text typed at the prompt
or piped from another command.

findstr

C:\> findstr /?
Searches for strings in files.

FINDSTR [/B] [/E] [/L] [/R] [/S] [/I] [/X] [/V] [/N] [/M] [/O] [/P] [/F:file]
        [/C:string] [/G:file] [/D:dir list] [/A:color attributes] [/OFF[LINE]]
        strings [[drive:][path]filename[ ...]]

  /B         Matches pattern if at the beginning of a line.
  /E         Matches pattern if at the end of a line.
  /L         Uses search strings literally.
  /R         Uses search strings as regular expressions.
  /S         Searches for matching files in the current directory and all
             subdirectories.
  /I         Specifies that the search is not to be case-sensitive.
  /X         Prints lines that match exactly.
  /V         Prints only lines that do not contain a match.
  /N         Prints the line number before each line that matches.
  /M         Prints only the filename if a file contains a match.
  /O         Prints character offset before each matching line.
  /P         Skip files with non-printable characters.
  /OFF[LINE] Do not skip files with offline attribute set.
  /A:attr    Specifies color attribute with two hex digits. See "color /?"
  /F:file    Reads file list from the specified file(/ stands for console).
  /C:string  Uses specified string as a literal search string.
  /G:file    Gets search strings from the specified file(/ stands for console).
  /D:dir     Search a semicolon delimited list of directories
  strings    Text to be searched for.
  [drive:][path]filename
             Specifies a file or files to search.

Use spaces to separate multiple search strings unless the argument is prefixed
with /C.  For example, 'FINDSTR "hello there" x.y' searches for "hello" or
"there" in file x.y.  'FINDSTR /C:"hello there" x.y' searches for
"hello there" in file x.y.

Regular expression quick reference:
  .        Wildcard: any character
  *        Repeat: zero or more occurences of previous character or class
  ^        Line position: beginning of line
  $        Line position: end of line
  [class]  Character class: any one character in set
  [^class] Inverse class: any one character not in set
  [x-y]    Range: any characters within the specified range
  \x       Escape: literal use of metacharacter x
  \<xyz    Word position: beginning of word
  xyz\>    Word position: end of word

For full information on FINDSTR regular expressions refer to the online Command
Reference.
Prashant Bhate
la source
1
Il s'agit probablement davantage de l'évolution. Find remonte aux jours DOS / UNIX, et plus tard FINDSTR a été ajouté dans Windows. Les deux ont probablement évolué et se ressemblent.
KCotreau
Je suis d'accord avec la chronologie de @ KCotreau: FIND est ancien et FINDSTR est plus récent. Je doute que FIND ait évolué pour ressembler davantage à FINDSTR; Je crois plutôt que FIND a été conservé comme le dinosaure paralysé qu'il était (comme DOS, en général) afin de maintenir la compatibilité descendante (par exemple, avec les fichiers batch qui l'utilisent), tandis que FINDSTR a été ajouté pour fournir un ensemble décent de fonctionnalités .
Scott
1
Oh, et en passant, la commande DOS / Windows FIND ne ressemble en rien à la findcommande Unix ; plutôt, comme paradroid le suggère ci-dessous, FIND est comme une version édulcorée de grep(ou peut-être fgrep).
Scott
ne voyez-vous pas les différences dans l'aide?
phuclv

Réponses:

17

Comme indiqué ci-dessus, findstrajoute le support des expressions régulières, donc c'est plus comme grep.

paradroid
la source
3
Mais il n'est pas toujours clair de l'utilisation exacte et de la différence si vous ne les avez pas utilisées fréquemment. Donc, leurs perceptions peuvent être différentes parce que vous avez peut-être eu des expériences très différentes de ce qu'elles font. Une partie d'un énorme problème dans l'apprentissage et la carrière que j'appelle l'écart d'expérience. Longue histoire.
crosenblum
5

Findstr a plus d'options de recherche et prend en charge les expressions régulières. J'ai trouvé que findstr ne fonctionne pas avec les caractères génériques dans le nom de fichier.

La commande ci-dessous renvoie toutes les occurrences de la chaîne de recherche dans plusieurs fichiers avec le modèle Quant_2013-10-25 _ *. Log

find /I "nFCT255c9A" D:\Comp1\Logs\Quant_2013-10-25_*.log 

La commande suivante ne renvoie rien ou ne fonctionne tout simplement pas

findstr nFCT255c9A D:\Comp1\Logs\Quantum_2013-10-25_*.log
Val
la source
finda également quelques limites. Par exemple, vous ne pouvez pas l'utiliser pour ajouter des numéros de ligne à chaque ligne car find/n""cela ne correspond à rien. Pour cela, vous devrez utiliserfindstr .
Pacerier
1
Impossible de répliquer le problème avec les caractères génériques dans findstr. Microsoft Windows 7 Professional, 6.1.7601 Service Pack 1 Build 7601.
lordcheeto
1

findstr étend les fonctionnalités de find avec plusieurs fonctionnalités utiles. Certains des ajouts clés comprennent

  1. findstr prend en charge plusieurs chaînes de recherche
  2. findstr peut prendre en entrée un fichier contenant des noms de fichiers ou des répertoires à rechercher
  3. findstr prend en charge l'expression régulière

Aucune de ces fonctions ne convient aux fichiers volumineux ou à un grand nombre de fichiers.

Chris McCowan
la source